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Chapter 1 
INTRODUCTION 




This document is a specification of the architecture, 
functional characteristics, and services provided by the software 
required to supncrt the Local Area Network Controller Subsystem 
CLACS3. 


U2_QW£2yi£W 


The LACS is an integrated Network Controller that is capable of 
connecting a DPS S system ta different types of Lccai Area 
Networks CLANs3. It is a fully buffered micra-prccesscr based 
programmable communications subsystem that connects to the Level 
S Megabus and comprises of the fcilcwing components: 

- Local Area Controller CLAC3 Motherboard 
Adapters Cupta four] 

Trunk Couplers CTCs] 

RF Modems cr trancsivers 

Different types of adapters, trunk couplers, and RF Mcdems will 
be provided ta support different types cf Media Access Central 
CMAC3 and Physical Layer functionalities. The types af MAC and 
physical layer support that is planned for the LACS are: 
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- IEEE SC2 Baseband CSflA/CD 

- IEEE SC2 Broadband Taken Bus Cseccnd rsiease'] 

IEEE SCH Taken Ring Cseccnd release] 

The LACS is also suitable far subverting chapters far 

connections ta PSXs CDHI/ISCN] end RSHS2 HOLE. 

The LAC metherbeard will ccntain software ta support the 
following ISO layer protocols: 

- Transport Layer. ISO class 4 transport services will be 
pravided Csecond release]. 

* 

- Network Layer. The LACS will provide Connectionless Network 
Services Cseccnd release]. The ISO "Protocol for Providing 
Ccnnectionless-mcde Network Service" CISQ 6473], ccmracniy 
knewn cs the Internet Protocol will be used ta provide 
connectionless netwerk services. Beth the "Incctivs Netwcrk 
Layer Protocol” subset CNULL Netwcrk subset] and the 
"non-segmenting protocol” subset will be supported. 

- Sub-netwcrk Layer. Since the LACS only provides 
connecticnless link services CLLC Type 1], connection 
oriented subnetwork services will be provided far users 
requiring reliable "Link Connection" services. ISO Clcss 4 
Transport Protocols will be used for this purpose. 

- Data Link Layer. IEEE 802 Data Link protocols will be 
supported. Type 1 CCcnnectianlsss] Logical Link Control 
CLLC] services will be provided as defined in IEEE 802.2. 
The flAC sub-layer af the Oata Link Layer will be implemented 
on daughter Cadaptsr] beards as described above. 

In order to support the LACS, a software driver will be written 
for the CPS S to provide the interface to the different layers. 
In addition to this, System Plancgement facilities will be 
provided in the OPS 8 and LACS ta help control and administer the 
local LACS as well as the entire netwcrk. 
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This specification describes the software campanents that 
support the LACS end the interfaces ta these components. 
Services provided by these software ccmpcnents can be divided 
into tuic major categories: Data Transfer Services and LACS System 
Management Services. Software ccmpcnenps, therefere, include: 

□river logic in che OPS S that provides the interface ta 
allow saftwere in the DPS S access any of the layers in the 
LACS. 

System Management and layer management logic in the OPS S. 

- LLC, Network, Subnetwork, and Transport logic in the LAC. 

- System Management and layer management icgic in the LAC. 

This specification describes the above software at a higher 
architectural and functional level. Details af the design are 
provided in the corresponding component specifications. 

This specificaticn describes software that has been planned for 
implementation that is phased cut over two releases. The first 
release supports primary COPS-S ta OPS-S cr DN-S3 traffic cnly. 
The second release will allow the OPS-S ta also support secondary 
network Cterminall traffic. The term ’’first” or "initicl” and 
’’second” ar ’’next” release will be used to specify which relecse 
a particular functionality will be supported. The term ’’future" 
will be used for extensions which are passible to be mode but not 
planned for or committed. Mention af releases is done mainly to 
give a feel fer the evolution af the product and should net be 
taken as a definitive statement. Refer to the LACS Product 
Functional Specification for a definitive statement cf whet 
functicnality is planned for which release. 

This specification only describes OPS S software components 
that operate under the MCO 4CQ Operating system. OPS S saftwere 
providing similar functions but operating in ether operating 
systems such as Octanet S is outside the scape cf this 
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specificaticn. 


Besides the LAC software mentioned above, the LAC will ccncain 
kernel operating system . software and software interface 
routines. The software interface routines reside in LAC SAn end 
are sc called decause they isolate the LLC software from the 
herd were characteristics of the megabus end nAC edepters. 

LAC kernel software is based on a communications oriented Q.S. 
provided by Bridge Communications Inc.. .Kernel software is 
described in Reference C113. Software interface routines are 
ceecribed in the LACS Hardware EPS-1 CRsferencs CS3 3. 


ij.ii_!JS£2S_QE_L9CS_S£2yiC£S 


This section describes same of the users of LACS services.. 

Type 1 LLC provides minimum connectionless data transfer 
services aver the LAN. This is suitable far use by the OSA P-? 
Network Services since the DSA Transport Services provide the 
necessary error recovery mechanisms. 

The Connection Oriented CC03 Subnetwork services are required 
by the OSA X.BS services. The purpose of the CO subnetwork layer 
is to add error detection and recovery mechanisms ta the 
connectionless LLC services. 

Transport Services provide reliable connection oriented data 
transfer services. When used with the Internet Network layer, it 
also allows the user ta communicate with peers that are net 
located on the same LAN. Transport Services are suitable far use 
by the nOO hOO Distributed Resource nanagement Option C0RHQ3. It 
is also suitable far communicating with other vendor products 
that support ISO class h transport protocols. It will also be 
used, by the ISO UTP and ISO session services in the OPS-S ta 
access terminals and other secondary network devices over c LAN. 
These devices will be cccsssed via Bridge NIUs. 

System nanagement services available to Administrative 
apalicstions ere provided via an SRQIO interface modelled after 
IEEE £02.1 Part 2 CSystem nanagement!. These services will be 
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used by the OSA Node ADministrator CNAD3 end T & U Routines. 


i- i 5_25E£2£LiC£_2QCUD££jI2 


This specification uses the following documents as reference. 
When the documents are superseded by later or approved revisions, 


the 

latest r: 

evisian shell apply 

• 



Document 

No. 

Title 



60145743 

Local Area Network Controller PFS 


a. 

ssossais 

Lcoci Area 

Specificatian. 

Network Global 

Functional 

3 . 

S014S7ES 

EPS-1 CHardware 
C LACS 3 Rev G. 

3 Local Area Controller Subsystem 


IEEE S02. 

1 CPart A3 Local 
Standard Dvervi 

and Metropolitan 
ew and Architecture 

Area Newark 
Rev B June 


1383. 

5. Draft IEEE S02.1 CPart S3 Systems Management , Revision I, 

Sept LS8S 

6. ANSI/IEEE Std 802.2-1S8S 

IEEE Standards far Local Area Networks: Logical 
Link Control. 

7. ANSI/IEEE Std 802.3-1S8S 

IEEE Standards far Local Area Networks: Carrier 
Sense Multiple Access with Collision Detscticn 
CCSMA/CD3 

8. ANSI/IEEE Std 802.4-1S8S 

IEEE Standards for Local Area Networks-. Taken 
Passing Bus Access Method and Physical Layer 
Specifications 

S. ANSI/IEEE Std 3C2.S-1SS5 

IEEE Standards for Local Area Networks: Token 
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Ring Access Method end Physical Layer 
Specificatians 

10. ISO 745S-1S84 

Information Processing Systems 
Interconnection — acsic Feferenc 
IS,1284 

11. 'ISO/OIS 8343 

Information Processing 'Systems — Date 
Communications — Network Service Definition 


— Open Systems 
3 Madei, OctOder 


12. ISO/OIS 834S/0A0 1 

Addendum to the Network Service Definition 
Covering Connectionless-mode Transmission. April 
1S84. 


13. ISC/DIS 5345/0A0 2 

Addendum to the Network Service Definition 
Covering Network Layer Addressing. April 1284. 


14. ISO/DP 8473 

Information Processing Systems — Data 
Communications — Protocol far providing the 
Connectionless-mode Network Service. nay 1S84 

15. ISC/TC 27/SC 5 N3141 

Internal Organization of the Network Layer April 
1264. 


IS. ISO/OIS 8072 

Information Processing Systems — Data 
Communications — Transport Service Definition 


17. ISO/OIS 8073 

Information Processing Systems — Data 
Communications — Transport Protocol 
Specification. 


15. ISO/OP S073/OAO 1 

Information Processing Systems — Dots 
Communications — Addendum to Trcnspart Protocol 
Specification to enadie Clcss rcur operations 
over Connectionless Hods Network Service. 


f 
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IS. 0S-0016-0C ESPL Software Technical Reference manual, Ual. 1, 

Kernel and Support Software CBridge 

Communications, Inc.3 

50. C2CS-GQ SOCS 5 mCD 400 System Programmer’s Guide Ual I 

51. C2CS-QC GCGS 6 flCO 400 System Programmer’s Guide Uci II 

55. DSA 70 Distributed Systems Administration S Central 

ARCHITECTURE 

52. DSA 71 Distributed Systems Administration ~S Central 

ADMINSTRATIUE EXCHANGE PROTOCOL 

54. DSA 75a Distributed Systems Administration & Control NETWORK 

CONTROL LANGUAGE 

55. DSA 76 Distributed Systems maintainability 

56. Engineering Component Specification, LAN Data Structures, 

July , 1S6S 

57. Engineering Component Specification, LACS Driver Interface 

Services, P.Stapera July , 1S8S 

56. Engineering Component Specification, LACS Driver megabus 
Services, P.Stapera July , 1S6S 

5S. Engineering Component Specification, LAN Configuration 
Services, L.Uivaldi July , 1S8S 

20. CCITT Recommendation X.409, message Handling Systems: 

Presentation Transfer Syntax and Natation, 
September,1S84 
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Chapter 2 
ARCHITECTURE 


S*1.S£EESSBC£-0QDSL 


Figure 2.1 iliuetratee the architectural scape cf this 
document. The model is described in terms af the ISO Open 
Systems Interconnection CCSII Reference ncdel CHfll and the IEEE 
S02 mcdsl far the Octa Link Layer and far System flcnagement. 
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Fig. 2.1 LACS Reference Modal 

The LACS will implement the following ISO layer protocols: 

Transport Layer. ISO class 4 transport services will be 
provided in the second release. ISO Class 4 Transport 
provides the fallowing services: 

* Connection Oriented Data Transfer services with full 
error detection and recovery. Transport maneges a 
normal and expedited data stream each of which are 
subject to independent flew ccnarol regulations. 

* Segmenting and reassembly. Service Data Units CSDUsj 
supplied by the user can be segmented inao multiple 
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Transport Protocol Data Units CTPD'Js] ond reassembled 
at the recsiving transport entity. This a!isms the 
user’s sdu size to be independent of the optimum size 
cf the pdu for the communication medium. 

* Multiplexing and ’de-multiplexing cf twc or more 
connections on a single network path. Transport also 
allows far a pair cf user entities tc have mere then 
one connection between them. 

* Splitting and recombining. Class *i trenspera allows 

the simultaneous use of two or mere network paths to 
support the same transport connection. This is 
restricted to network paths out cf the same LACS. 
Support af multiple network paths for the same 
connection through two or mare LACS requires the 
transport entity tc exist in the DPS-5.' Uhen using 
connectionless network services, it is the network 
layer’s responsibility to chose the -path out of the 
system to transmit an N_SDU. The splitting function is 
therefore transparent to the sending transport entity. 
The receiving transport entity, hewever, has the 

responsibility af maintaining the order cf T_SOUs 
received fer a connection. 

Network Layer. The LACS will provide Connectionless Network 
Services in the second release. The network entity is 
responsible far selecting the appropriate path CLAN] cut of 
the controller to reach the remote endpoint. The ISO 
“Protocol for Providing Connectionless-mode Network Service” 
CISQ S*473], commonly known as the Internet Protocol will be 
used to provide connectionless network services. Seth the 
"Inactive Network Layer Protocol” subset CNULL Network 
subset] and the "nan-segmenting protocol" subset will be 
supported in the second release. 

NULL Network protocol implies that the link SDU dees net 
carry cny protocol information Cthe neawark header only 
contains 1 ccast specifying the Network Protocol ID of 0 for 
this subset ]. The NULL Network Protocol only cllews 
point-to-pcina cannecaicns to systems on ANY of the LANs 
catached to this conaralisr. The Internet Protocol with cn 
"Acaive" Network Layer Protocol Ci.e. the link SOU 
conaaining network protocol information],.cliows relaying to 
systems not directly connected tc cny cf the LANs that the 
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LACS is connected to. The Internet Protocol CIP3 will 
itself be implemented in stages. ‘The "ncn-segaanting 
protocol” subset implies that the LACS network entity dees 
nor perform cny segmentation and reassembly. Alsc the LACS 
wili act only as an endpoint. Relaying capabilities through 
the LACS and between two LACS as well as segmentation and 
re-assembly will be supported in a future release. 

Sub-network Layer. Since the LACS only provides 
connectionless link services CLLC Type 13, connection 
oriented subnetwork services will be provided far users 
requiring reliable "Link Connection” services. According to 
the ISO Network Layer model, this is equivalent ta providing 
a connection oriented Sub-Network Dependent Convergence 
Protocol CSNDCP3 using connectionless LLC services. The 
SNDCP services are equivalent ta LLC Type 2 or HOLC LAP-S 
services required by the X.25 PLP CNetwark] layer. SNDCP 
services will primarily be used by the DSA X.2S layer. 
Class 4 transport protocols will be used to provide these 
services. Using class 4 transport protocols Cwhich are 
needed for other purposes] i nstea~d' o f Type 2 LLC reduces the 
implement ation .. .effort needed ta provide the required 
services^ The transport protocol is only used to provide 
the connection oriented data transfer services. Other 
’’Transport" services such as segmenting/re-cssembiy are not 
used. The format or the SAP addresses are also different 
from TSAP addresses. CSee section 2.3.3 an addressing]. 

Data Link Layer. IEEE 802 Data Link protocols wili be 
supported. IEEE 802 divides the Dcta Link Layer into two 
sub-layers: Logical Link Control CLLC3 and Media Access 
Control CMAC3. Type 1 CConnectioniess] LLC services will be 
provided as defined in IEEE 802.2. In the initial reiecse, 
only the CSMA/CD MAC protocols as defined in IEEE 802.3 will 
be supported. The Taken Bus CIEEE 802.43 and the Token Ring 
CIEEE 802.S3 MAC pratccols will be supported in the next 
release. The MAC protocols are implemented cn daughter 
beerds. The LACS can support upta four adopters each 
supporting the same or different MAC pratccols. CThe actual 
number maybe smaller depending on type and mix of 
prctocals.3 

In addition to the Data Transfer Services described above, 
Management facilities must be provided to support local area 
network CLAN3 operation. Management facilities provide 
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capabilities to at.art up, carry traffic, racanfigurs, rsstart end 
clcse dcun the LAN. 


2.1.1 nenegement Refersnes nodal 

Nenegement services ere medalled after the IEEE 502.1 Part 3 
System nenegement document. SC2.1 Part 3 describes a medal fer 
mcncgement af the S02 LLC end NAC Dcto Link sub-iayers cnly. It 
is expected that the same model will be -extended by ISO to 
describe manegement of ail the OSI layers. Figure 2.2 is an 
extension of the 602.1 mcdel to include the layers that ara 
supported by the LACS. 
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According to the model, management functions are distributed 
between the System dcnagement Application Process CSdAP 1 and the 
Layer flcncgsment Entity CLdE3 components within each layer. The 
SdAP contains the application level mancgement functions such cs 
initialization and closedown, statistics caiiecticn and 
iagging/repcrting eta. These functions crs outside the scope cf 
QSI definition. Included also in the SMAP is the System 
danagement Entity CSdE]. The SdE is responsible for supporting 
the peer protocols between the SdAPs in different QSI systems and 
far interfacing with the L^Es. 802.1 and ISO are responsible fcr 
defining the architecture and functions of the SdE and LdEs, the 
Lcyer dcnagement Interface CLdI] between the SHE and each LdS, 
and the peer protocols between the SdEs in each system. 

The LdE is responsible for managing the parameters of the-layer 
which are of interest to the SMAP; i.e. it keeps statistics and 
responds tc request tc update operational parameters such as 
addresses, timer values etc. The LflE is also responsible fcr 
responding to requests for performing actions such cs updating 
states, perform loopback tests etc. and-far reporting events to 
the SdAP. The Lni provides an interface far the StiE to request 
the LflE • to Get and Set parameter values and to perform actions, 
and far the LdE to respond to these requests. It also provides 
an interface far the LflE to send event indications to the SME. 

danagement af remote systems is performed by the SHE in cns 
system exchanging Prctccal Data Units CPOUs] with the SdE in 
another system. If the POU is a Request FDU CGet, Set ar 
Action], then the remote SflE is responsible far routing it ta the 
appropriate LdEs, collecting the responses and returning a 
Response POU. A local SHE may also generate an Event Indication 
FDU, as a result of an LflE Event Indication, ta notify the remote 
SMAP of local events. 

802.1 allows far SflE to SdE protocol exchange ta be conducted 
by directly using the Oata services of LLC or any cf the layers 
cbave it. The services cf each layer Protocol Entity are 
accessed through the System flancgement Oata Services Interface 
CSdOSII for that layer. 

danagement services described in this specification are limited 
directly to the mcncgsmen-c cf the LACS and its softwcre layers, 
dcnagement functions that are provided are: 
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- LACS Locding/Dumping 
LACS Initialization 

LACS Object Control and Status 

- LACS Statistics 

- LACS Testing 

Other SP1AP functions are performed by Administrative 
Applications such as the OSA Node ADministrator CNAD3 and T&V 
Routines. These are outside the scope of this specification. 
Exchange of PDUs between the Applications is dene at the session 
level following the DSA Administrative Exchange Protocol CAEP3. 
This is also outside the scape of this document. No protocol 
exchange is supported via any cf the LACS layers in the first 

release. Management exchange maybe required between the 

0PS-6/LACS and Bridge Server araducts in the second release 
CTHDJ. 

A System Management Server in the OPS-S provides an interface 

to the Administrative Applications to access the services 

described above. This is coiled the System Management Interface 
CSMIj. 


S^-SQEUWAgE.SIEUCIUSE 


Figure 8.3 describes the software components required in the 
DPS-S and an the LACS board to implement the functions described 
in the Reference Models. The figure also shows same pctsntial 
users of LACS services. 
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As can be seen from Figure 2.3 the currant implementation cf 
LAN services is divided between the DPS S, LACS motherboard end 
LACS daughterboards. 

The LAC daughterboards provide MAC and physical Icyer 
services. These are mainly implemented by hardware and firmware 
and are described in more detail in the hardware EPS. A 
different daughterboard will be implemented far each type cf MAC 
and physical layer, viz., broadband taken bus, taken ring and 
baseband CSflA/CD. The LACS motherboard is capable of handling 
mare than one type of daughterboard Ci.e. LAN! or multiple LANs 
of the seme type. 

The LACS motherboard provides the Transport, Connectionless 
Network, Connection Oriented Sub-network, and Type 1 LLC 
services. In addition it provides layer management services for 
each iayer entity and System management services which routs 
management requests and information to and from the various layer 
management entities. The structure of the various components 
providing System Management services is described in mare detcii 
in section 2.2.2. 

The LACS Driver in the DPS S is primarily responsible fer 
providing cn interface to different types of users of LACS 
services and control the activities af each of the controllers 
attached to the DPS-6. It is passible to access either the 
transport, sub-network, LLC, or System Management services on the 
LACS. The LACS driver provides a SRQID MCL interface as well as 
a subroutine call CLnj! interface to access LACS services. The 
Lnj interface can only be used by other system Ci.e. SS Task 
Group! routines Csuch as the NTD Driver! . The LACS Driver 
structure is described in mare details in section 2.2.1. 

Because LAN services are divided into different hardware 
modules additional support services need to be provided to deal 
with passing information across hardware boundaries. These 
support services are the Megabus Services sub-component af the 
LACS Driver, and the Megabus and MAC interface services in the 
LACS. These support services isolate the remaining software from 
the specifics cf the hardware Cmegabus or type cf MAC!. 

The OS Kernel services in the LAC provide a basic executive 
environment for the software an the motherboard. Kernel services 
include process Ctask! management, interprocess communications 
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Cmcil services], buffer management, and clack Ctimer] services. 

LACS interface services ars described in mere detail in the 
Hardware EPS. OS Kernel Services are described in Ref 11. The 
functions cf the ether modules shewn in fig S.3 are described in 
detail in ether sections in this specificarions. The remaining 
sections cf this chapter define the structure cf the LACS Driver 
C2.2.12, System Management components C2.2.31, and same basic 
concepts and ncmencictures used in this specification. 


2.2.1 LACS Driver Structure 

Figure 2.*4 shews the various components cf the LACS Driver. 
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The LACS Driver in the DPS S ia primarily responsible for 
providing cn irroerfces to different types of > users of LACS 
services and control the activities of each of the controllers 
attached to the OPS-S. Ther are two types of users; Data 
Transfer Services users end System Management Service users. 
Data Transfer Service users can be further divided into users of 
either the transport, sub-network, cr LLC services on the LACS. 
The LACS driver provides a SP.QIO MCL interface as well as a 
subreutine call CLnjl interface to access LACS services. The Lnj 
interface con only be used by other system C-i.s. SS Tcsk Group! 
routined Csach'es the -NTD Driver! . The Driver is responsible far 
validating the request "ancr"mapping the information in the I0R3 to 
that required by the appropriate layer instance cn the LACS. 
Information between the QPS-S and the LACS is pcssed in a LAN 
Control Slock CLC3! the contents of which is layer-specific. The 
Driver also services interrupts far the completion af the LC3 
requests. In edditian, the System Mcncger server in the LACS is 
responsible for loading and initializing the LACS and controlling 
the activities af ail the LACS controllers attached to the DPS-S 

LACS Driver services are therefore divided into the fallowing 
logical components: 

1. LACS Driver Interface Services Cidis!. This component 
provides common interface services to bath Data Service end 
System Management Service users. See the LACS Driver 
Interface Services Component specification for details of 
the functions performed by this component. 

2. Lcyer Servers. The layer servers perform functions that 
are specific to the layer to which the services ere mepped 
to. The Layer Servers can be considered extensions of the 
layer entities on the LACS. Three types of ieysr servers 
are identified for this implementation. 

1. Transport and Subnetwork layer servers. These 
servers provide support for the connection oriented 
services that ars provided by the Transport and CO 
Sub-network layer instances cn the LACS. 

2. LLC Type 1 server. This provides support for the 
connectionless data transfer services provided by the 
LLC sublayer an the LACS. 
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3. System Manager layer server. This performs loading, 
initializing and other management or the LACS as well 
as an interface to administrative applications in the 
OPS-5. 

LACS Driver Megabus Services Cldmsl. This component 
provides common services required by ail layer servers far 
interfacing with the megabus. The ldms is responsible for 
issuing I/O orders CI/0 and IOLD] across the megabus and 
rsceiving interrupts from the LACS and dispatching them to 
the appropriate Layer Server. The ldms also provides flow 
control an the total orders outstanding on the LACS. 


8.8.8 System Management Structure 

Figure 8.5 shows the various components involved in providing 
Management services. 
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System and Layer Management Functions are distributed between 
the DPS-S and the LACS. The System Management component in the 
OPS-S is called the System Management Layer Server, or SM server. 
The SM component in the LACS is called the LACS SM layer 
instance. 

The System Manager layer server in the OPS-S is responsible fcr 
leading and initializing each LACS centraller attached ta the 
OPS-S". In addition it provides an interface tc an Administrative 
Application ar Test Routines. The only Administrative 
Application that is planned ta use System Management services is 
the OSA NAD. In the future, a ncn-OSA Administrative Application 
CA0AP3 may be implemented. This application would be mare in 
line with OSI and IEEE S02 Management architecture. 

The System Manager Server is repansible fcr _ routing the 
requests ta the appropriate layer management routine. This may 
be part of the layer server-in the OPS-S or the layer instance in 
the LACS. If the operation is ta be performed in the LACS then 
the request is routed via the System Management Layer Instance in 
the LACS. The System Management components in the LACS and OPS-S 
are also capable af receiving event indications from the lcyer 
management components. If the Application has requested 
notification af events then the event indication is passed an to 
the application. Certain event indications from a layer 
management component cn the LACS may alsc be routed to the layer 
server on the OPS-S. 


gJ-BWCSEIS 


This section describes OSI, IEEE 802, end Honeywell Distributed 
Systems Architecture C0SA3 concepts and terminology that are used 
in this specification. 


2.3.1 Layer Entities and Layer Instances 

A Layer Entity is an active element in the layer which 
co-aperates with peer entities by using one ar mere protocols. 
There can be several Instances af layer entities within a layer. 
Each such instance is called a layer entity instance cr layer 
instance far short. Far example, the ISO class 4 transport 
services can be considered an instance af a transport layer 
entity, while the Connectionless Network services and the SNDC? 
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sub-network aervicsa are two instances af network lcyer 
entities. 

A layer instance in ecch LACS is identified by a layer number 
CQ-73 and a layer instance number CG-73• Layer number G is 
reserved far System tlcncgemsnt. Lcyer number 1 is reserved for 
HAC Ccdcpterj interface software. Layer numbers 2-7 have the 
same definition as the GSI Rht. 

•The LACS is capable af supporting multiple 'instances af layer 
entities at ecch layer. This maybe the same type Ci.e. 
supporting the same protocol! or different types. ‘ In the 
structure defined in Fig. 2.3 there is one instance of the 
transport layer, two instances af the network lcyer 
CCannectianless and SNDCP3 and one instance of LLC far ecch MAC 
adapter. 


2.3.2 Service Access Paints CSAPsl 

According to the GSI Rh a Service Access Paint CSAP3 "is the 
paint at which a pair of entities in adjacent layers use or 
provide services" i.e. a SAP is the interface paint through 
which the service requester accesses the services cf the lower 
layer service provider. 

The name cf the SAP is associated with the layer providing the 
service. Thus transport layer services are cccessed through a 
TSAP, network layer services are accessed through an NSAP, SNDCF 

services ere cccessed through an SNSAP 1 and Link Layer services 
through an LSAP. 


1. SNSAP is not an ISO defined term. A farmciiy defined SAP 
beeween the netwerk and the SMOG? layer is required in this 
implementation because the services are split between the GPS 5 
and the LACS. 
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2.2.3 Addressing 

Associated with each SAP is a SAP address. SAP addresse s are 
used by the service requester as well as the service provider~~£q 
identify the corresponding service requester entities that are 
engaged in a peer to peer dialogue; 

A lcyer entity is typically capable af prdvidmg services to 
mare than one entity in the layer above: i.e. it must support 
more than one SAP. A layer entity is also typically capabable af 
using the services cf different entity instances in the layer 
below it as long they can provide the minimum services required 
by the layer entity. Far e.g., the ISO Class 4 Transport Entity 
in the LACS can provide services to OHMO and to the ISO Session 
Control Entity in the DPS-5. In turn it could use the 
Connectionless Network entity in the LACS and any other type af 
network entity in the future. Each layer entity instance is 
therefore responsible far mapping the SAP addresses associated 
with it to the SAP address of the lower layer entity instance 
that it uses to provide the service. 

In the LACS environment the fallowing definitions and 
conventions apply to the addresses cf SAPs associated with 
different layer entities and to their mappings to lower layer 
entity SAP addresses: 

The LSAP address is defined in IEEE 902.2 as consisting af 
an LLC address field C8bits! plus the MAC address CIS or 49 
bits!. (1AC addresses Cand therefore LSAP addresses! must be 
unique far the LAN. 

There is one instance af the LLC protocol entity far each 
HAC adapter. Each LLC instance must be capable af 
supporting multiple LSAPs Cmaximum theoretical limit is 129 
per adapter, of which S4 are reserved for assignment by 
IEEE!. By convention an LSAP must be defined for each 
network entity. If the full structure shown in figure 2.3 
is supported by a system then we need to define thre e LSAPs 
per adapter, one each for the Connect ion l ess,, Netwcrk~~entity 
in the LACS, "Ehe OSA X.2S SN0CF sub-necuark entity in the 
LACS and the PSA P-P eritity In the DPS-S. The fallowing 
pre-defined values^ from the locally defined range will be 
used far the LLC subfield for each type of LLC user: 
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IP-X"10", DSA P-P-X”20", DSA X.2S - X"30". IF 6C2 assigns a 
Universally defined value far IP this will be used instead 
af the privately defined value. This canventicn eliminates 
the need ta ca-crdincts the LLC subfield value. 

happing cf LSAP address ta riACSAP adrssses is implicit. 

SNSAP addresses are identical to the LSAP address used far 
sending and receiving the sub-neawcrk layer pratocci data 
units CPDUs3. The SNOOP sub-netuark layer must be capable 
of supporting multiple users C5APs3. Each user has its cun 
set cf SNSAPs; one per adapter that it wishes tc communicate 
an. In the structure shewn in Fig. 2.3 there is only ane 
user; the DSA X.2S Network Entity. The LLC subrield cf the 
LSAP will be used in SN_PDUs Csuch as Connect Request P0U3 
that require a SAP_I0. 

NSAP addresses must be unique in the network. The format 
defined in ISO OIS 8348/DAO 2 must be fallowed. NSAP 
addresses following ISO 8348/OAD 2 conventions can vary in 
length unto a maximum length af 20 octets. ISO 8348/DAD 2 
breaks up the NSAP address into domains. The definition cf 
the semantics for the Dcmain Specific Part is left to the 
person or entity having authority aver the Oamcin. The 
format described belaw will be used in the second release 
when assigning NSAP addresses fer communicating between HIS 
systems and HIS and Bridge Servers. The network entity 
shculd also be capable af supporting other ISO standard or 
defccto standard Ce.g. NAP] formats. 

According to ISO 8348/OAD 2 the NSAP Address syntax is as 
shown: 


! AFI : 

id i : 

DSP ! 

:Cl octet] l 

1 . .... _ - 1 

CVariable] ! 

... ... ... i 

Cupta IS octets] i 

...... 


where: 
AFI : - 


Authority and Format Identifier. The AFI is 
an integer in the range 0-2S Cone octet]. 
The values assigned for "Local’* C48-513 must 
be used for privately defined NSAP 







EPS-1: 601^=917 
VERSION: 1 REVISION: d 


LAN SOFTWARE EPS-1 


PAGE: 27 
□ATE: 11 / 21 /eS 


addresses. Far these values af AFI the IDI 
is defined ta be NULL. COther AFI and IDI 
values are used far ISO and COITT defined 
NSAP addresses!. We will use a binary 
representation Chex digits! tc specify NSAP 
addresses in our configuration fils so ths 
AFI must be X"HS”. 

IDI:” Initial Domain Identifier. This field is 

NULL far local AFI values CHS-Sll. 

DSP.-” Domain Specific Part. This can be defined ta 

be specific to HIS and Bridge Communications 
Inc. The structure used by NAP mill be 
fallowed with same mcdificarions. This is 

described below. 

The format of the DSP is os follows. 


: Pvt. IDI 

SN 

Addt 

SNPA 

NSAP Sel ! 

i Cl octet! 

C2 

octets! 

Cll octets! 

Cl octet! ! 

i 


where: 

Pvt. IDI:— 


SN Addr:- 


SNPA: ” 


Is a Privately defined IDI that identifies 
the semantics used far the rest of the DSP. 
A value of X’'B” will be used. 

Sub-Network Address. This defines the 
sub-network CLAN! through which the NSAP can 
be accessed. A value af FFFF implies that 
the address is a group NSAP address. 

Sub-Network Paint af Attachment. This is the 
sub-network specific address and must be 
unique far the sub-network. There is a 
one-to-one mapping of the SNPA ta the LSAP 
CLLC + MAC! address. The SNPA should not, 
however, contain the tlAC address since this 
would cause the NSAP address to change if the 
hardware address changes Ce.g. replacing one 
Bridge Server with another!. 
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NSAP Sal:- NSAP Selector. Identifies the user cf the 
Network entity. A pre-defined value C03 must 
be used by all systems to identify the Class 
4 Transport entity as the Network Service 
user. A Selector value af zero is the 

default value that must be assumed when the 
NULL Network pratacal is used. The selector 
field can be considered a local Icgiccl 
address af the SAP. 

The total NSAP address length is IS cctsts. 

The NSAP structure described above allows far efficient 
network routing. This scheme, however, requires a system 
such as the OPS-S that supports multiple controllers, each 
supporting multiple attachments to LANs, to be addressed by 
different NSAP addresses, cne far each LAN attachment. 
Controller and System Group NSAP concepts are defined sc 
that the controller or system can be viewed as a single 
SAP. For example, the Group Controller SAP concept allows 
the Transport entity to access network services through a 
single SAP: The fallcwing convention will be used by OPS-S 
systems to define the SNPA: 

Octet 1-2: Is the controller identifier C0-F3 . 

FFFF-Graup. 

Octets 3-4 Is the adapter identifier CQ-F3. 

FFFF-Graup. 

Octets S—11: Identifies the system. This must be the same 

for all NSAPs supported by a system. 

An NSAP address with the sub-network field FFFF and cctsts 
1-4 af the SNPA FFFFFFFF is to be considered as a System 
Group NSAP address. An NSAP address with the sub-network 
field FFFF end octets 2-4 af the SNPA FFFF is to be 
considered as c Controller Group NSAP address. 

The Connectionless Network Entity is responsible for 
selecting the path to be taken to send a packet to a remete 
NSAP. The path defines the local LSAP to use as well as the 
LSAP address af the station an the LAN which is the next hop 
in the route. The NULL Network Protocol only allows 
point-ta-paint connections to systems an ANY cf the LANs 
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attached ta this controller. 

Far the structure defined in Fig. 2.3, there is only one 
transport entity so one needs ta define only one NSAP per 

adapter and-one Controller Group NSAP per controller^. 

The network layer needs the fallowing mopping information 
in order to determine the local and remote LSAP to use when 
sending a packet to a remote NSAP. The subnetwork # is 
checked ta see if the remote NSAP is attached ta any of the 
subnetworks to which the controller is attached ta. If it 
is not Ctrue only when IP protocols used! then the 
subnetwork # is used to determine the laccl LLC instance and 
the remote LSAP address ta use ta send the N_POU. If the 
remote NSAP is attached to one cf the "local” subnetworks 
then the SNPA is mapped to the local LLC instance and the 
remote LSAP address. The reverse mapping is done for 
incoming N_PDUs. If mapping information does not exist then 
the remote LSAP address passed by LLC and the remote NSAP 
address are used to dynamically create the mapping 
information. In the case of the NULL Network subset the 
N_PDU dees not contain any NSAP addresses. In this case the 
SNPA of the remate NSAP is assumed ta be FFFFFFFF plus the 
remote LSAP passed by LLC. The subnetwork # is set to be 
the subnetwork # on which the N_POU was received. As 
mentioned above, the NSAP selector is defaulted ta 0. 

The TSAP address identifies the transport service user 
entities CDP.flQ, ISO session etc! . The transport entity has 
ta map the local and remote TSAP addresses to the local and 
remote NSAP addresses ta be passed to the network layer 
entity. The TSAP address is composed of a Transport User 
selector field C3 octets] plus the NSAP address. This 
allows an implicit TSAP address ta NSAP address mapping. 
There is one TSAP per user per adapter. In mast cases, 
however, the user does net want to chcse the TSAP to use to 
provide the services far a connection. The LACS Driver can 
provides this independence by supporting "Group” TSAPs. A 
group TSAP is a set of TSAPs owned by the user. The user 


E. It is necessary to define NSAPs for the DSA X.ES and. P-P 
Network entities. This is outside the scape of this document. 
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moy request services through a single Group TSAP. A TSAP 
containing the System Group NSAP oddress is : a Group TSAP. 
The driver will use the remote TSAP oddress to mop transport 
connection requests to the appropriate LACS. If the remote 
TSAP can be accessed ay mere than one controller then the 
one supporting the fewest connections will be chosen. 


5.3.3.1 Object Structure 

The System Management function administers the LAN layers by 
operating an the parameters which control and describe the 
operation cf each of the layers. These parameters are viewed 
slightly differently in a OSA environment than in a pure IEEE BOH 
environment. In a CSA environment, information abdut seme aspect 
ar entity af a system are logically grouped .together into 
objects. Objects af the same type are in turn grouped tegether 
into classes of objects. Management operations are performed an 
attributes af objects or abject classes. 

In an IEEE SOH environment central is exercised over parameters 
belonging to entities Ccampanentsl within a layer ar sub-layer 
instance. The LACS system management function provides services 
which span bath perspectives and are from herein referred tc as 
objects. Objects defined fer a Honeywell IEEESCH LAN are : 

- ControllerCCT3. 

Describes the LACS baerd; maintained by the LS system 
management function. 

- System Management Administrative FunctionCSMAF1. 

Describes the System mcncgement administrative function; 
maintained in LS. 

- Physical Line CPL3. 

Describes the characteristics af the edeptsr beards' 
hardware and firmware. . Described by attributes and 
statistical information available frem beth the MAC and 
Physical layers. The Physical Line is maintained in the 
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Physical Connection CPC!. 

Describes the physical connection onto the LAN. The 
Physical Connection object is not supported far the LAN. 

- Logical Line CLL3. 

Describes the characteristics of a LSAP. Described by the 
set of attributes far an LSAP. Maintained in the LACS 
board. 

Link Connection CLK3 . 

Describes the characteristics of the link -connection 
between two LSAPs. Described by a set of statistics 
maintained by the LLC layer on the link connection. 
Maintained in the LACS. The LK abject is not initially 
supported by the LLC layer Ctype II services not supported!. 

The attributes of each abject are listed in Appendix A.l. 

DSA objects and IEEE S02 components have a set of states which 
describe their present operational capabilities. The current 
states identified far IEEES02 components still lack any detailed 
definition, so the DSA state representation has been used to 
describe each of the objects. DSA defines seven passible states 
which can describe any abject. These states are used far 
administration and should not be confused with the substates used 
for operational control. The seven DSA states defined for the 

objects of a LAN are as follows: 

IN-USE - The object is fully operational and is currently 
being used by a higher layer abject. 

- ENABLED - The abject is fully operational but is not 
currently being used by a higher layer object.The Enabled 
state is not currently supported. 

- DISABLED - The abject is not available for use by a higher 

layer object due to a lower layer supporting abject being 
unavailable. The Disabled state is net currently 

supported. 

LOCKED The abject is unavailable far service to other 

objects. Entering the LOCKED state is an abortive 
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operation. 

- TEST - The object is under exclusive control of a test 
function. 

- SHUTDOWN - The object is undergoing a graceful transiticn tc 
the LOCKED stats. The Shutdown state is net currently 
supported. 

- NONEXISTENCE - This is not truly a representative state but 
is used to describe objects with which there is net an 
associated data structure. 

A summary of the OSA states to be implemented is shown in 
Appendix A.2. 
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Chaptsr 3 

LACS SERVICES FUNCTIONAL DESCRIPTION 


3 


3^1-LaCS-BBIUES-SESUICES 


This section provides a basic description of the services 
available to LACS users. Since different users require different 
types of services, the LACS Driver has the responsibility cf 
exposing Transport, sub-network, LLC and System Management 
services. Fallowing MOD 400 conventions, these services are 
provided via SRQIQ interface. A LNJ interface will also be 
provided in the second release for users that are in the SS group 
such as the NTD Driver. This interface may be designed ta 
resemble the Gats Manager Interface used between DSA/ISO layers. 
The Inj interface is FFS. 

The LACS Driver provides a mapping from the logical view 
provided via the SRQIO interface and the ISO oriented services 
provided by the LACS. Familiarity with MOD 400 SRQIQ interface 
is assumed. 

The terms Local User and Remote User are used throughout this 
specification. 

A Local User is a generic term ta define the user of LACS 
services. Each local user is identified by an lrn. There is one 
Local User for each SAP exposed through the Driver. Local users 
can be broadly divided into two categories: users of management 
services and users of data transfer services. The type of data 
transfer service in turn depends an the layer entity providing 
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the servics. The Driver maps the requests made via the SRQIC 
interface ta the apprapriats layer instance on the LACS. 

"3 

Nets that an application” task cr task group can cccsss cne or 
meny layer instances. It must, however, use different Irns to 
access each layer entity servics. 

Users of data transfer services communicate with peer 
entities. These peer entities are rsfered ta as Remote Users. 

LACS Driver services can be divided intc three parts: 

- SAP Services. 

Data Transfer Services. 

- hanegement Services. 

SAP Services aliaui the User ta create cn association with the 
system and ta activate/deactivate use af services through the 
SAP. They can be used by all types af Users. 

Data Transfer Services can in turn be divided into: 

- Connectionless CCL3 Services 
Connection Oriented CC03 Services 

Whether a user has access to CL ar CO Services ar beth depends 
an the type af services provided by the layer instance. 
Currently the transport and subnetwork layer entities provide 
connection oriented services only whereas the LLC layer entity 
provides connectionless services only. The IEEE 502.5 standard 
allows far providing connectionless and connection oriented 
services at an LSAP. Only Connectionless LLC services are 
supported by the LACS. 


3. The term application is used in the context of a nOD4CC 
application i.e. a requester of SRGIQ services and not in the 
context af on application layer entity as defined by ISO. 
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There are two major differences between Cannectianless and the 
Connection Oriented services provided by the LAOS.; 

Firstly, CO services guarantees the delivery of data. 
Guaranteed delivery means that the entity is capable of detecting 
and recovering from errors in mast cases. In case of 
irrecoverable errors the user is notified via a reset or 
disconnection of the connection. Connectionless services da not 
provide any error detection and recovery mechanisms. 

Secondly, in a CL environment, neither the Driver nar the layer 
entity keeps any context related to the remote SAP, i.e. no 
separate queues are maintained. Thus, for example, when issuing 
a read request for connectionless data, the user ccnnat request 
to receive only from a specific remote SAP but rather has to 
request for data destined for its SAP regardless of the remote 
source SAP address. The user is informed of the source SAP 
address when the read is posted back. In a CO case the user can 
make requests specific to a connection once the connection is 
established. 


The remainder of the chapter only describes services obtained 
through the SRQIO interface. The way services are requested end 
provided via a LNJ interface is TBD. 

•♦••End Note:•••• 

The LACS Driver provides an interface to the fallowing SAP 
Service primitives: 

- Associate User 

- Activate Local SAP 

- Activate Remote SAP 
Deactivate Local SAP 

Deactivate Remote SAP Csecond release only] 

SAP Event Indication CCL Data arrival, Credit available, SAP 
deactivated, Connect Indication] 


% 
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The LACS Driver provides an interface to the fallowing 
Connectionless Data Transfer Service primitives: 

Rsod Connectionless Dcta 

- writs Connectionless Data 

The LACS Driver provides an interface tc the following 
Connection Oriented Data Transfer Service primitives: 

- Connect Request 

- • Connect Response 

- Read CO Data 

- Read Expedited CO Data 

- Write CO Data 

- Write Expedited CO Data 

- Connection Event Indication CCO Data Arrival, CO Credit 
available, Disconnect Indication] 

Disconnect Request 

The LACS Driver supports the fallowing System (lanagement 
Service primitives: 

- Management Request 

- Management Event Indication 


3.1.1 Service Description 

Ail Users must issue an Associate User call before they can 
issue cny other call. The Associate User call is a Monitor Call 
unlike all other calls which are SRQIQ calls. The user specifies 
a symbolic name and is assigned an lrn in return. This Irn must 
be used in all subsequent SRQIQ calls. The Driver also registers 
the user’s Task Group ID with the exec as a user of the lrn. If 
the Task Group is abnormally aborted the exec will deactivate the 
SAP Cand disassociate the Irn] cn behalf of the user. 
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Users must then issue Activate Local SAP and Activate Remote 
SAP calls. The Activate Lccal SAP call enables the SAP component 
in the corresponding layer entity thus "activating” the 
availability of services through the SAP. 

The Activate Remote SAP call must be issued fcr each remcts 
user with which the local user wishes to communicate. The user 
specifies a symbolic name and is assigned a logical address m 

4 

return . This logical address must be passed in all subsequent 
requests requiring a Remcts SAP address. This scheme is 
consistent with the use of lrns to reference local .SAPs. 

Ncte 1: The initial release provides management services 

far local entities only. A tlanagsment Service 
user, therefore, should not issue an Activate 

Remote SAP call. 

Note 5 : In .the first release, Octa Transfer service users 

are required to issue Activate Remote SAP calls 
for all SAPs that they expect to communicate with 
before any services to or from that SAP can be 
provided. Also it is necessary to provide 

configuration information for ail Remote SAPs of 
interest. In the second release, it is only 
necessary for the user to issue Activate Remote 
SAP calls for these SAPs that it is initiating a 
conversation to Ci.e. for which it issues a 

connect request or the first connectionless data 
transfer request!. If addressing information far 
the remote SAP is nat configured locally it 

should be passible ta obtain them via System 
Management Directory services. It should also be 
possible, in the second release, far a Remote SAP 
ta initiate a conversation Ci.e. issue a connect 
request or the first connectionless data transfer 
request! even though it has not been "activated” 
locally. Logical addresses are assigned 
dynamically and associated with Rsmots SAPs which 


*i • A 4 octet logical address is returned instead of the actual 
SAP address since SAP addresses are variable in length and can be 
quice long; e.g. an NSAP can be as large as 20 octets. 
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are nat locally configured. CThere mill be a 
limit to the number that can active • at c given 
time3. Thie association is broken when the 
Remote SAP is Oe-cctivoted or when the Local SAP 
far which the association is mods is 
Oe-acaivated. 


Cnee SAPs have been activated the user can issue management cr 
deta transfer service calls depending an the type cf user. 

In the case of a Data Tranfer Service User, if the SAP supports 
CL services then the CL Service calls can be made in any order. 
If the SAP supports CO services then the user must first issue a 
Connect Request to establish a connection to a remote or a SAP 
Event Indication call to rscsive a Connect Indication call from 
any remote SAP. The Connect Response call must be made to 
respond to a returned Connect Indication Event. The Connect 
Response call is made to inform the.service provider whether to 
accept or reject the remote connect request. Cnee a connecticn 
hes been established, the user mey issue any other CO call. 

Both ncrmal and expedited data transfer services are supported 
when CO services are used. The expedited data transfer service 
is optional requiring negotiation with the peer transport 
entity. It allows far the transfer of a limited number af octets 
of data to bypass, and given higher priority than, the ncrmol 
data transfer flaw. 

Once a Disconnect Request call hes been issued cr on event 
indication returned, indicating that the connection hes been 
disconnected because of a remote disconnect request cr for 
internal reasons, no other calls can be accepted an the 
connection. The user can initiate and accept multiple 
connections through a SAP to the same or different remote SAPs. 

The Deactivate Local SAP call should be issued when ail user 
cctivity is terminated. It allows the executive and Driver/LACS 
to clean up all the resources asscciated with the user. This 
call is also made by the executive if it detects an abnormal 
abort cf the Task Group associated with the user. 

The Deactivate Remote SAP call should be issued when ail user 
activity to the Rsmcts SAP is terminated. If the logical address 
for the remote sop was dynamically created then its association 
with the rsmeos SAP is braksn and the logical eddrsss con be 
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re-used to reference another Remote SAP. 

The interfaces to the system mcnagement services, in both the 
LS and the LACS, is IEEE 602 cnsnted. It is bcsed on the 
structure cf system management POUs described in the standard for 
System Management, IEEE2C2.1, Part B. The LACS Driver System 
Manager Server supports three types cf POUs, a request SM POU, a 
response SM POU, and an event SM POU. A user issues a request 
POU to the System Manager and the System Manager responds to that 
request with a response POU. The request and response FOU 
contain routing and operation information. The routing 
information identifies uinat layer and abject the operation is 
an. The layer is identified by fields describing the layer, the 
sublayer and the layer instance. The object is identified by the 
layer internal selector. This field is defined to contain a set 
of OSA-like selection parameters; name, class, type, venue, and 
state of an abject. The operation information specifies what 

operation to perform. The following operations are supported by 
the system management layer server: 

GET Read a specified attribute or group of attributes 

associated with this layer. 

SET Set an abject attribute or group of attributes to 

the specified valueCs]. 

ACTION Perform the action on the layer entity or 

object. Action provides the ability to control 
an object’s state ar perform icyer specific 

operations. The ‘following common actions have 
been defined far LAN operations: 

- UPOATESTATE: Update the state af an object 
ar component. 

- CREATE: Create an object or component. This 

is applicable only from a LACS board 

perspective. In initial releases all 

objects and components are erected during 
initialization and configuration cf the 

LACS. 

- LIST: List the selection parameters Cname, 
class, type, venue] for the specified class 
of objects or components. 
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- DUMP: Dump memory of the LACS bocrd. 

- LOAD: Load LACS memory from the given LACS 
bound unit. Start execution from the given 
address. 

In addition to the SM Interface, the interface between the LACS 
system management function and the layer management functions 
will be implemented to insure an IEEE SCc.1 compatibility. 

The primitives are described in detail in the next section. 
The following subsections describe aspects that the user has to 
take into consideration which are not directly related to the 
service. 


3.1.2 Buffer hcnagement 

The Local User can cnly .request transfer cf complete SOUs via 
the Writs and Read Dcta calls. The user may, however, supply 
multiple buffers in a Reed or Write Request. If the buffers 
supplied in a Read Request are not large enough to contain the 
complete sdu then no data is trensfered. A status is returned 
with the actual size of the sdu. 

The user may specify a meximum sdu size in the Activate Local 
SAP call Cfcr CL data sdusl and in the Connect Request ar Connect 
Response call Cfor CC data sdusJ. If this size exceeds a maximum 
size set up administratively far the SAP then the smeller size is 
returned to indicate the actual maximum size to use. An "ideal’* 
maximum sdu size is also returned. In the CL case this 
represents the optimal size to use fer meximum performance 
through the LACS and cn the LAN. In the CO data case, this 
represents the meximum size which will not cause the layer entity 
to segment the sdu into multiple pdus. The maximum sdu size 
applies to bath transmitted and received data. Any "Write” call 
with data exceeding the maximum sdu size will be rejected. In 
addition, the layer entity instance on the LACS will discard any 
SDU that it receives which is larger than this size. It is 
therefore incumbent an the user to negotiate the meximum sdu 
Ci.e. user’s PDU sizej thet bath the local and rsmete users 
send. 


If the layer instance on the LACS supports segmenting, end the 
SDU is larger than the PDU then the layer instance may request 
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partial transfers af SDUs between the DPS 6 and the LACS. The 
amount transfered Far transmit depends an the PDU size and the 
amount af credit available. Incoming PDUs are transferred 
immediately Cif a read is pending] and acknowledged. The Read 
Request is not pasted back until the complete SOU is 
transferred. 


3.1.3 Flaw Control 

Oata Transfer Services are flaw controlled in order to prevent 
one user from using more than its allocated share of LACS 
resources. The LACS uses free memory far the LACS control blocks 
CIcbs] containing information regarding each SRCIO call, for 
inter-process messages and far the data. Since they are all 
related ta the number af cutstanding requests, flaw control is 
achieved by limiting this number. Separate limits are kept 
depending an the type af request, for each SAP and fcr each 
connection. Flaw control mechanisms are described below far each 
type af request. 


3.1.3.1 Flow control af Indication Calls 

Each User CSAP] can have only one SAP Event Indication coll 
pending at any given time. There can only be one Connection 
Event Indication call pending per connection at any given time. 


3.1.3.2 Flaw Control af Write Data Calls 

Flaw af data from the local user to the remote user is 
controlled by the use af Write CRedits CWCRs]. WCR counts are 
established fcr each SAP and for each connection far CD data. A 

WCR far the SAP CCI_WCR] represents the number af additional 

Writs CL Oata calls that the user can issue cn the SAP. There 
are two WCR counts for the connection: cne for normal data 
CCO.WCR] and one far expedited data CEC0_WCR]. They represents 
the number af additional Write CO Data and Write Expedited CO 
Data calls that the user can issue. 

The initial value far Cl_WCR is returned in the Activate Local 

SAP call. The initial values for COJWCH and EC0_WCR are returned 
in the SAP Event CConnect Indication] or the Connect Request 
Ccanfirm status] call. 
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Each time the user issuee any Write Data call he should 
decrement the corresponding xxx.WCR count by one. One af the 
output parameters returned with the call specifies hem much 
additional credit is allocated ta the user. This value shculd be 
added to the xxxJWCR. Only zero ar a positive number cf 
additional credits can be allocated i.s. credit once allocated 
cannot be revoked. If a xxx_WCR count: is zsrc then the 
corresponding Writs request cannct be issued. It is possible for 
the user’s xxx_WCR to run dewn ta zero and far the user to not 
have any pending Writs calls which could pctsr.tiaily increase the 
count. If this happens and mars credit becomes available then a 
cerrepanding event indication call is returned indicating the 
availability of credit. 

Mechanisms must be provided in the LACS Driver and the layer 
entity in the LACS to determine the initial credit value and ta 
determine the amount cf additional credit to allocate. These 
mechanisms must be modularized as much cs passible so that they 
can be replaced by ether mechanisms in the future. The following 
mechanism will be used in the initial release. 




The following principles are failewed in determining the flow 
control mechanism: 

1. Principle of fairness. A limit shculd be put on the total 
number cf write orders that are outstanding an the 
controller in order ta guarantee thet controller resources 
are available far other operations Cparticularly read 
operations]. Limits should be put on the number of write 
orders that each user can have outstanding so that cne user 
dees not use up all the resources af the controller for 
write operations. 

2. Principle cf ever-subscribing. Sines oil users wculd net 
reach their meximum limit at the same time, the sum total 
of the credits cllccatad to each user can exceed the 
maximum allocated fer write operations an the controller. 
If the maximum allocated fer the control1er is reached then 
the driver should queue up write erders in the DPS-S. 
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3. Principle of simplicity. The overhead involved in 
providing flaw control should be as laui as possible. 




A value far the maximum number of pending write requests CCL 
and normal COJ is set up administratively far each SAP CSAP.rtPWJ 
and far the Controller CCT_f1PW3 . The layer entity is responsible 
for allocating the initial credit available an the LACS, as well 
as allocating additional credit, far the SAP. The initial credit 
is set to be SAP_f1PUJ. Additional credit allocated is simply 
SAP_!“IPW minus the sum of credit already allocated and the credit 
used i.e. the total number of write requests CCL and C03 being 
operated an, for the SAP, by the layer entity in .the LACS. If 
this amount is negative, a value of zero is returned. 

The Driver is responsible far passing the initial Cl_WCR value 

and the additional credits, that is supplied by the layer entity, 
to the user. The initial value is passed to the user via the 
Activate Local SAP call. The Driver must keep track of the total 
credit available in the LACS far the SAP. If the user has zero 
credit and issues a Write CL Data request, then the requeet is 
rejected. If the user HAS credit and issues a Write CL Data 

C 

request but there is no credit available far the SAP“ or for the 
controller then the request is queued in the DPS-S. The amount 
of additional credit allocated to the user is supplied by the 
layer entity and passed on to the user in the Write CL Data or 
the SAP Event Indication call. 


5. This is only 
provided through 
value would also 


possible 
the SAP. 
be zero. 


when both CL and CO services are 
In the CL only case, the user’s credit 
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The layer entity is responsible fcr allocating the initial 
credit available on the LACS, as well as allocating additicnci 
credit, for the connection. The imtici credit is pcssed to the 
LACS Driver in the Connect Request or the SAP Event CConnect 
Indication] LC3. The initial credit is set tc be the smaller of 
the fcilcwmg values: the available credit: far the SAP and the 
credit allocated by the remote transport entity in the Connect 
Request CCR3 ar the Connect Confirm CCC1 PDU. Additional credit 
is allocated in the Writs CO Data cr the CO Event Indication 
LC3. This is determined to be the difference between the 
available credit and the sum of the credit used and the credit 
allocated for the connection. The "available credit” is again 
the smaller value between the credit available an the ccnnecticn 
and the credit available an the SAP. If the additional credit is 
computed to be a negative value it is set to zero. 

The Driver is responsible for passing the initial C0_WCR value 
and the additional credits that are supplied by the layer entity 
tc the user. The initial value is passed to the user via the 
Connect Request ar the Connect Indication call. Additional 
credit is allocated via the Write CO Data call cr the CO Event 
Indication IQRB. The Driver must keep track cf the total credit 
available in the LACS far the connection and for the SAP. If the 
user has zero credit and issues a Write CO Data request, then the 
request is rejected. If the user has credit and issues a Write 
CO Data request but there is no credit available far the SAP cr 
controller, then the request is queued in the DPS-S. 


£SSDBOi 2 fflS-fQD_fflSDOSiOS—UDi£2_£2SSdi£Sd_D0_Ds£a_S3ll 

Ccs0iS2_I£DD_yC2I 


The transport prctccci only allows one expedited daaa sdu to be 
unacknowledged at any given time. The initial ECG.WCR returned 
via the Connect Request cr the Connect Indication I0R3 is 
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therefore set to one. One additional credit is returned when 
each Write Expedited CO Data call is returned ta the user. The 
corresponding Write Expedited CO LCB is issued ta the LACS layer 
entity even if there is no credit available on the SAP or 
controller. 


3.1.3.3 Flaw Control of Read Data Calls 

In the case of Read Data, one needs to limit the number of Read 
Data calls CCL and CO] that the user has pending as well as the 
number of sdus that are buffered in the LACS .far the user. Two 
sets of credit values are required: read order creditsCxxx_RCR] 
and credits far buffering sdus Cxxx_SDU_CR].The maximum number of 

Read CL Data calls that the user can have pending CCI_RCR] is 

established when the local SAP is activated. The maximum number 
of Read CO Data calls CCO.RCR] and Read Expedited CO Data calls 
CECO.RCR] are established when the connection is established. 
The user should not have more than the corresponding xxx.RCR 
number of Read Data calls pending. 

Flow of data from the remote user to the local user is 
controlled by the use af sdu credits. An SDU Credit value 
CCI—SDU_CR] is established for each SAP far connectionless data 
and for each connection for normal CO data CC0_SDU_CR] and for 
expedited CO Data CECO_SDU_CR]. 

rtechanisms must be provided in the LACS Driver and the layer 
entity in the LACS ta determine the initial Read Order and SDU 
credit values. These mechanisms must be modularized as much as 
possible so that they can be replaced by ether mechanisms in the 
future. The fallowing mechanisms will be used in the initial 
release. These mechanisms fallows the same principles that are 
used far the Write flow control mechanisms. 


0est!ODisa3s_fsc_mQnc5ing_CL_Bss5J-Q!:ier_aD£i_SB!J_Ccs£iiis 

ICL-BCB-00a_CL_SDU_C3.1 


The initial CL_RCR and Cl_SDU_CR values are established as 

fellows. Each SAP has a maximum Read Credit CSAP_f1RCR] value set 
up administratively. There is also a maximum number of pending 
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Read Data calls COL and normal CO data] value far the controller 
CC7_tlPR3 set up administratively. The user may propose a CL_RCR 
value in the Activate Local SAP call. If this value is non-zero 
and smaller than the SAP_MRCR then the user value is used, else 
the SAP_rtRCR value is used to determine the . initial CL Read 
Credit. This value is also used as CL_SOl!_CR . The negotiated 

CL.RCR and Cl_SDU_CR values are returned in the Activcts Local 

SAP call. 

In the CL data case, the layer entity discards incoming SDUs if 

the number of SOUs chat are-already queued equals Cl_SOU.CR. The 

layer entity also sets a limit to the length > of time any SOU is 
allowed to be queued Cmaximum age of SOU]. 'The sdu is discarded 
once this limit is exceeded. The maximum age of a CL SOU is also 
negotiated in the same way as CL_RCR when an Activate Local SAP 
call is made. The layer entity also rejects any Read CL Octa icb 
which causes the number af pending Read CL Icbs on the SAP to 

exceed Cl RCR or which causes the total number af Read lobs on 

the SAP CCL or CO] to exceed SAP.flPR. 

The LACS Driver rejects any Read CL Data colls if the number of 
pending Read CL Data calls far the SAP Cnct counting the new 

call] equals Cl_RCR. If the total number af Read Data calls CCL 

and normal C03 exceeds SAPJ1PR then the call is queued cn the SAP 
queue in the OPS-S. If it exceeds CT_(1PR then it is queued an 
the controller queue. 


QscDdaism2_£ac-n2QQQSi.3S-£Q-gsa&_Q££sc_.SGti-SCU-££s£i&s 

LCQ.2Cg-ani_Ca_SSU-.CSl 


The initial CO_RCR and CO_SOU_CR values are established as 
fallows. The user may propose a CO_RCR value in the Connect 
Request or Connect Response call. If this value is nan-zero and 
smaller than the SAP_f1RCR then the user value is used, else the 
SAP_nRCR value is used to determine the maximum CO Read Credit 
CCO_RCR]. This value is also used as CO„SDU_CH. The negotiated 
CO..RCR and CO_SOU_CR values are returned in the Connect Request 
ar Connect Response call. The cctual credit allocated to the 
peer transport entity is either CO_SOU_CR cr the available credit 
an the SAP whichever is smaller. The initial value is specified 
in the CR ar CC POUs. Additicncl credit is allocated in the Ack 
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PDUs. 

In the CO data case, the layer entity does nat acknowledge 
receipt cf an PDU ta its peer entity until it has ‘been transfered 
to the user's buffer in the OPS 6 specified in the Read CO Octa 
lcb. Subsequently it is not possible far the layer entity ta 
receive more PDUs than the allocated credit Cif it does it is a 
protocol violation]. Other than this fact, the behcviar of the 
layer entity and the Driver is the same as far the connectionless 
cose except that now limits far the connection or SAP or the 
Controller should not be exceeded. 

As far the Write Expedited CO Data case the initial values far 
ECO.RCR and EC0_SDU_CR are set to one. These values are also 
returned in the Connect Request cr Connect Response'calls. 


3.1.4 Error Handling 

This subsection describes the different mechanisms that are 
required in the DPS-6 Driver and the LACS to handle different 
types af error situations. 

Errors can be divided into the following classes: 

Catastrophic Errors 

* Unrepartable Catastrophic Errors 

* Reportable Catastrophic Errors 
Fatal Operation Errors 


Fatal Operation errors that 
initiator of the operation. 

must 

be 

reported 

ta 

the 

Fatal operation errors that 

must 

be 

reported 

ta 

the 

initiator of the operation 
flanagement. 

and as 

an 

event to 

System 


Ncn-Fatal Operation Errors. 
Recoverable Errors. 
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Protacal Errors. 
0PS6 System Errors. 


3.1.4.1 Catastrophic Errors 

Unrepcrtabls catastrophic errors crs errors where the integrity 
of the LACS controller is corrupted sufficiently to warrant 
halting the LACS controller. Furthermore the controller cannct 
be trusted to even report the error. These are typically 
hcrdwcrs errors such as parity error while executing 
instructions, LACS internal bus errors, etc..’ The approach taken 
in handling such errors is to immediately halt ail LACS 
processing in order to preserve the state of the LACS ct the time 
of the errors occurrence. The OPSS detects a LACS fatal 
unrepcrtabie catastrophic error through the absence of any LACS 
response or as a result of exceeding the allowed limits far a 
nak’d 10 instruction. There is a possibility that the LACS will 
not support a dump of its' memory due ta the severity of a 
nonrepayable catastrophic errors. 

Reportable catastrophic errors are errors where the integrity 
of the LACS system is corrupted sufficiently to halt the LACS but 
it is passible to make an effort ta report the error. These are 
typically caused by software errors where the LACS system is not 
set up correctly. An example of such an error is the kernel 
returning a "mailbox id unknown” error when attempting ta send a 
message to another process. Any prccess detecting a repcrtable 
catastrophic error must record the location and type af the error 
in a ccmmon area associated with the process and repcrt it to the 
"layer" management CLfl] process it is associated with. An error 
event indication is sent to LACS system management. The LACS 
system management process will attempt ta report ta the SH layer 
server in the OPSS. In the event that the system mangement 
process failed to report it to the OPSS, it will request the 
Controller "layer management” to halt the LACS. The controller 
Lfl process will also save an indication af the type of error in a 
known System Area and set up the controller ta NAK all I/O orders 
except far cn Output LACS Contra! order. The LACS Driver 
recognizes the fact that the centralisr is DOWN when repeated 
efforts ta issue 10 orders fail or upon receipt of a ccmpisted SH 
event LC3 stating the LACS is DOWN. If the LACS Driver detects a 
LACS controller is DOWN, it reports this event ta the OPS-S 
resident system management server. The SH server in turn sends a 
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message to the operator console, sends event indications to any 
administrative applications that are interested, and deactivates 
all the SAPs. The system or network administrator can new take 
action such as dumping, reloading and restarting the LACS. 


3.1.4.2 Fatal operation errors 

Fatal operation errors ere errors which cause the process to 
abort the particular operation that it is performing and require 
that the layer server deactivate a SAP or disconnect a 
connection. An example of such an error i3 a parity or 
non-existent memory error when attempting to perform DMA 
operations between OPS-S and LACS memory far a CO Write 
operation. Depending an the type of error, the error is reported 
via the LCB associated with the error and the layer management 
process associated with the process, or to the LACS System 
Management entity, ar to all. Errors reported to System 
Management only are errors which cannot be reported via the LCS, 
Ce.g. DMA errors an the LC3 itself]. System Management in turn 
reports the error to the SM server in the OPSS. The SM server 
then notifies the Layer server in the DPS-S cf the error. If the 
LCB is available to report the error, then the DPSS layer server 
is notified of the error through the LCB. The LACS layer 
management may still report the error to system management: but 
only far the purpose of nctifying a system management 
application. The action taken by the layer server on receipt of 
the error depends on the type of service provided. In the esse 
of connectionless service, the associated IORB is posted back 
with an appropriate status and the SAP deactivated. In the case 
of connection oriented service, the error may cause the layer 
server to disconnect the affected connection,and possibly 
deactivate the SAP. This again depends an the type cf operation 
and is described in more detail in the component specification 
far the layer server. 


3.1.4.3 Non-Fatal operation errors 

Ncn-fatal operation errors are errors which cause the prccess 
to abort the particular operation that it is performing. An 
example of such an error is a writs request to a non-existent 
remote SAP. The error is reported via the LC3 associated with 
the error, to the layer management process associated with the 
process, and possibly to the LACS System Management entity. 
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Errors reported to the Sfl server ore in turn reported to a system 
management application. The layer server layer management 
procsss may record the error as part of statistical count or 
ignore it. It continues to serve all other requests. 


3.1.4.4 Recoverable errors 

Recoverable errors ore errors which ere temperary in nature 
typically caused by a temporary lack of centralIsr resources 
Ce.g. nak’d IOLD, no free memory etc.3. The process Cin the 
OPS-5 or LAC53 experiencing the error should .retry the operation 
after a certain time period. In general, the layer managment 
function should record these in a statistical record. If the 
error occurs repeatedly then it can be treated as a fatal or 
nan-fatal operation error depending an the operation being 
performed when the error is detected. 


3.1.4.5 Other types of errors 

There are two other types of errors which da not fall in the 
classes described above. These are protocol errors and OPS-6 
system errors. The effect of protocol errors such as transport 
protocol errors are described in the corresponding protocol 
specification. DPS-S system errors such as "nen-existant 
resource” error an the megabus when attepting to issue an I/Q 
order, causes traps. The effect cf this is the seme as for other 
QPS-6 controllers. 


3.1.4.6 Requirements of each Process 

Each process an the LACS is required to have two blacks 
pre-assigned: cne to use to send an error event message to system 
management or to layer management, and one far setting an Alarm 
Ctimer] to retry an operation which caused a recoverable error. 

Each layer instance in the LACS Cincluding the megabus 
interface software] must maintain a table of errors that it could 
possibly have to deal with and the error clcss it belongs to. 
This nor only modularizes the error handling routine but also 
makes it possible to change the error class associated with an 
error. Fcr example, errors treated normally as iayer operation 
errors could be treated as catastrophic errors in debug mode so 
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as ta trap the error as soon as possible. Each layer server 
layer management function must handle any reported errors . This 
mill be used ta report layer operation errors which are ta be 
reported ta the layer server via System Management.. Errcrs that 
need to be reported ta the layer server in the OPSS must be 
coordinated with the layer instance in the LACS. System 
management will report the error ta the layer servers’ layer 
mcncgmement function when it receives an error event indication 
with the proper class CThis is accomplished by a call ta the 
routine whose address is in the layer instance table]. It is the 
responsibility of the 0PS6 layer server layer managemnt function 
tc take the appropriate action. The OPSS .layer server layer 
management function may also report errors to system management 
by directly calling system management. 

Appendix 3 gives a list of different error conditions detected 
and the class of error that they fall under. 


3.1.5 Quality of Service 

Several primitives defined in the ISO and IEEE 602 Service 
Definition Standards contain a quality of service parameter. In 
general quality of service applies to the fallowing 
characteristics of data transfer: 

transit delay 

throughput af suceesfully transfered sdus. 
error rate 

- priority 

probability af failure Ci.e. of lasing the connection or 
path] 

ISO and IEEE e02 allow far a quality af service parameter to be 
associated with each connection or with each Connectionless Data 
transfer. Hew the quality cf service parameter is ta be used is 
not clearly defined in ISO cr IEEE 802. 

Mechanisms far providing quality of service in the DPS-S/LACS 
environment are FFS. A passible mechanism could be to give each 
user CSAP] a priority level from 0-7 CO being the highest 
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priority!. The task levels at. mhich the user’s requests are 
processed by the Driver can then be assigned according to this 
priority level. Furthermore, in case af LC3s being queued up in 
the OPS-S because of the maximum limit being: reached an the 
controller, could be queued according to the user’s priority 
level. The lcyer instance on the LACS strictly process orders cs 
they are received. Their only responsibility uiculd be tc pass on 
che priority level to the layer beicm and inhere applicable in the 
FOU. 




This section gives a detailed description af the service 
primitives. Nate that the primitives are described in a 
conceptual manner. The intent is to explain mhct paramstsrs are 
expected from the user to provide a service and the effect of 
providing the service. The actual format Csyntaxl of the call 
and its associated IQRB is described 1 in the component 
specifications. Nats also that parameters and status required 
and returned by the executive are not described here. Whenever a 
status value other than "successful” is returned it should be 
assumed that the requested operation mas not performed unless 
mhers it is specifically specified that the status is a nan-fatal 
status. 


3.2.1 SAP Service Primitives 


3.2.1.I Associate User 
Description: 

The user must issue an Assaciate_User hCL before it can issue 
any other request. The mam purpose of the call is to assign an 
lrn tc the user and to register cmnership af the irn mith the 
executive. This cllcms the executive to free up resources in the 
event cf an abnormal abort of the task group associated mith the 
user. 
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Input Parameters: 

Symbolic Name 
Output Parameters: 


Irn 

Status :* 


successful 

Symbolic Name unknown 

lrn assaciaced with another task group 
• Comments: 

The lrn represents the logical address of the Lacai SAP. 

3.2.1.2 Activate Local SAP 
Description: 

This call activates the availability of services through the 
SAP. 

Input Parameters: 


lrn 

Proposed Maximum SOU size 
Proposed CL Receive SOU Credit 
Proposed Maximum Age of SOU 

Output Parameters: 


Type of SAP 
Maximum SOU size 
Ideal SOU size 
CL Read Order Credit 
CL Write Credit 
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Maximum Age of SOU 

Maximum number af connections supported 
Status: 


successful 
lock af resources 
unable to lead lacs 
sap already activated 

Effect When Generated: 

If this is the first call since the system is initialized then 
all LACS controllers in the system are loaded and initialized. 
In all cases the appropriate layer entity in the LACS is colled 
to activate the SAP. 

The Activate Local SAP call may cause the layer entity to 
activate the SAP af the entity in the layer below it that is 
required to provide' services through the SAP. 

Comments: 

The "Type of SAP” output parameter specifies the layer and 
types of services CCL, CO or bath! available to the user through 
this SAP. 

The "maximum SOU size" output parameter is the smaller value 
between the maximum size that is proposed by the user and the 
maximum size that can be supported by the layer providing the 
service. If the user parameter is null then the value supported 
by the layer is used. The user data buffers passed in any 
"Writs" call cannot exceed this size. It is also the maximum 
size af SOU that the user can expect to receive. The layer 
entity will discard any SOU that it receives which is larger than 
this size. 


See section 3.1.5 an flaw central For an explanation af the CL 
Receive SOU Credit and the Read order credit parameters. If the 
proposed Receive SOU credit is zero then the mcximum Read Credit 
value set up far the SAP is used. A zero read order credit 
output parameter indicates that CL services are not provided. 
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The “ideal SOU size” is the ideal SOU size far optimum 
performance. 

The Maximum Age of the SOU is the time a CL SOU is buffered in 
the LACS awaiting a read order from the OPS-S. It is expressed 
as the number of 10 msec intervals to hold the SOU. The value 
returned is the smaller of the number proposed and the number 
setup for the SAP. 


3.2.1.3 Activate Remote SAP 

Description: 

This call returns the logical address of the Remote SAP to the 
user. The address is represented by a nan-zero number. This 
address must be used by the user in subsequent requests that 
require the Remote SAP address. 

Input Parameters: 


lrn 

Symbolic Nome af Remote SAP 
Output Parameters: 

Logical Remote SAP address 
Status: 


Successful 

Symbolic Name Unknown 

cannot access Remote Sap through this local SAP 
Effect When Generated: 

The Driver obtains the logical address associated with the 
symbolic name af the Remote user from the layer management entity 
CLME3 of the corresponding layer instance end returns it to the 
user. The symbolic name to address mapping has to be set up 
currently by configuraticn. In future it shculd be passible far 
the LME to request System Management to access this information 
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via a remote directory service®. This call may cause the layer 
instance to call the layer below it to activate the remote SAP 
address to which this remote SAP maps to. 

Comments: 

In order to standardize the interfacs the returned cddress is c 
fixed size logical address C*4 octets, right justified, zero 
filled^. The ISO Network and Transport prctccols allow fcr 
variable size addresses. The LACS layer instance will perform 
the necasscry mapping. 


3.2.1.*4 Deactivate Local SAP 

Description: 

This call ccn be issued by the user when it wishes to terminate 
all activities through the specified SAP. It is also issued by 
the executive if the user task' group aborted and the lrn 
associated with the SAP is still registered with the executive. 

Input Parameters: 


lrn 

Output Parameters: 


None 

Status: 


successful 
SAP not active 


6. This may be a central directory service cr a distibutsd cn 
where the symbolic name is broadcast ever the LAN and the system 
awning the SAP responding with the actual cddress 
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Effect When Generated: 

This call causes all activity on the SAP to terminate. All 
active connections are terminated and pending request blacks if 
any are returned. The SAP gees into an ’’incctive” state. All 
remote SAPs associated with this local SAP are also 
de-activatsd. 

Comments: 

Ncne 


3.2.1.5 Oeactivate Remote SAP 
Description: 

This call must be issued by the user when it wishes to 
terminate all activities to the specified remote SAP. 

Input Parameters: 


lrn 

remote SAP logical address 
Output Parameters: 


None 

Status: 


successful 
SAP not active 

Effect When Generated: 

This call causes all activity to the remote SAP to terminate. 
All active connections are terminated and pending request blacks 
if any are returned. The association between the local and 
remote SAP is terminated. If the logical address far the remote 
SAP was assigned dynamically it can be re-used for assignment to 
another remote SAP that attempts to initiate a conversation and 
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that is not kncun ta Ccanfigursd by] the system. 
Comments: 

None 


2.2.1.8 SAP Event Indication 

Oescriptz.cn: 

The user must issue this primitive ta enable the Driver Ccnd 
the LACS] ta inform the user of the events the user wishes ta 
receive notification of. Only cne Event Indication request 
should be outstanding at any given time. 

Input Parameters: 


Irn 

Event Request flask 

Buffer Cfar connect Indication user data-] 
Data Arrival 

- Additional Write credit available 
SAP Deactivated 
Connect Indication 


Output Parameters: 


Event Indication nask 
Event Info 

Length of data Clf Oata Arrival Event] 

- Amount of additicnal credit Clf Additional Wr. 
Credit-Event] 

- SAP Deactivated Reascn Cade Clf SAP 
Deactivated Event] 
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- Clf Event Indication ie Connect Indication] 

* connection identifier 

* logical remote SAP address 

* remote SAP dynamically Activated 

* expedited data option 

* Quality or service 

* Write Credit 

* Buffer Ccontaining user data Cmax 32 
octets]] 

Status: 


SAP not active 

Effect When Generated: 

The user specifies the events it wishes to be notified cf via 
the Event Request Mask. If the requested event occurs Car had 
cccured and was unreported], the request is returned with the 
corresponding flag set in the Indication Mask. Only one event is 
reported at a time. If the User issues a request while one is 
outstanding the aid request is pasted back with no indication. 
The Event flask in the new Request becomes effective. 

If the Oata Arrival flag is set then this primitive is returned 
if data arrives for this SAP and there is no pending Read CL Oata 
Request. The user is only notified once about the arrival of an 
SOU. 

The Writs Credit available Event is pasted when the user’s 
credit had gone down to sera Cand hencs could not issue any writs 
requests] and now additional credit is available but thers are no 
outstanding write calls through which this fact can be reported. 

The SAP Deactivated event is returned if the SAP is deactivated 
for internal reasons. 
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The Connect Indication Event is returned when a Connect Request 
FOU is received from a Remote SAP. Connection parameters are 
passed in the Event Info fields. The connection identifier 
passes by the layer instance in the LACS is modified before being 
passed to the user sc that the Driver ccn determine when 
subsequent calls ere made as tc which controller supports this 
connection. The ’’Remote SAP dynamically activated” parameter 
acts as a flag to the user thcc the a new logical address is 
being passed. The connect request was received frem a Remote SAP 
that was net known to the LACS and a new entry fer it was 
created. The user must respond to the connect indication with a 
Connect Response or a Disconnect Request order tc indicate if it 
wishes to accept ar reject the remote Connect request. 

Comments: 


3.2.2 Connectionless Data Transfer Service Primitives 


3.2.2.1 Read Connectionless Data 
Description: 

The Read Connectionless Data primitive allows the user to read 
any Connectionless sdu destined far the specified SAP. 

Input Parameters: 

lrn 

buffer list Cta receive data! 

Output Parameters: 

buffer list Ccantaining data! 
residual range of ecch buffer 
actual tctcl size or data 
remote SAP Csource3 address 
remote SAP dynamically Activated 
Quality af Service 

Status: 
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successful 

insufficient buffer space 
SAP deactivated 

rtax # af pending Reads exceeded 

Effect When Generated: 

The request is passed an to the LACS Cif net limited by flctu 
central]. If there is any data available far the user and this 
is the only outstanding request then the data is passed to the 
user in the specified buffers. Otherwise the request is queued. 
When data is available the first request an the queue far the SAP 
is used ta process the data. 

Comments: 

The ’’Remote SAP dynamically activated” parameter acts as c flag 
•ta the user that the a new logical address is being passed. The 
SOU was received from a Remote SAP that was not known to the LACS 
and a new entry far it was created. 

The LACS driver allows the user to specify a list af buffers 
into which data is ta be moved. The LACS fills the first buffer 
an the list completely before using the second. It is possible 
for mere than one buffer to not be filled completely if the sdu 
is smaller than the total space provided. A residual range is 
returned for each buffer in the list. 

If the sdu is larger than the available space in the buffers 
then na data is moved and the order is returned with an 
"insufficient buffer space” status. If another read order is 
queued and this too does not have sufficient space, then it is 
also returned with the same status. This is continued till a 
read order with sufficient buffer space is issued. The cctual 
size of the sdu parameter allows the user to issue another 
request with sufficient buffer space. 

The SAP Event Indication primitive allows the user ta be 
notified of arrival af data without having the resources 
Cbuffers] of a Read CL Data committed. Having a Read CL Data 
outstanding, however, speeds up the reception af data Cavaids the 
turn-around time af receiving the Event Indication and then 
issuing the Read]. 
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The SDU age is reset if a SAP Cdata arrival! Event primitive is 
returned ar a Read Data primitive is returned with an 
’’insufficient data space" status. This gives the user mare time 
ta issue the appropriate read order to receive the data. 


3.2.2.2 Writs Ccnnecticnless Data 
Description: 

This primitive is used ta transmit a ccnnecticnless SDU tc a 
remcts SAP. 

Input Parameters: 
lrn 

logical Remote SAP Address 

Buffer List Cof buffers containing SDU3 

Service Class 

Output Parameters: 

Additional Writs credits allocated 
Status: 


successful 

Local SAP not active 

insufficient LACS resources 

Write Credits exceeded 

Remote SAP unknown ar not activated 

Effect When Generated: 

The LACS Driver passes the request to the LACS Cif not limited 
by flew control considerations!. The LACS pasts back the request 
as completed as soon as the data is copied into the LACS. 

Comments: 
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3.2.3 Connection Oriented Data Transfer Service Primitives 

3.2.3.1 Connect Request 
Description 

This primitive is used when the Local User wishes tc initate c 
connection to a remote SAP. 

Input Parameters: 


Irn 

logical remote SAP address 
expedited data option 
quality of service 
Proposed Maximum SOU size 
Proposed CO Receive SOU Credit 
buffer Ccantaining user data] 

Output Parameters: 


connection identifier 
responding address 
expedited data option 
quality of service 
Maximum SOU size 
Ideal maximum SOU size 
CO Read Order Credit 
CO Write Credit 

buffer Ccontaining remote user-data] 
Status.- 


succesful 

Local SAP not active 

Remote SAP unknown or not activated 

Disconnect Indication 
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Effect When Generated: 

The LACS driver paeees the request ta the lcyer instance 
supporting the local SAP Cspecified by the Irn] . If the Irn is 
associated with a Grcup’ SAP Ci.e. mere then ■ one controller 
supports this SAP] then the Driver picks the controller through 
which the remote SAP can be accessed. If mors than one, then the 
controller with the fewest connections is chcsen. The layer 
instance in the LACS dees net return the LC3 until a Connect 
Confirm ar Disconnect Indication PDU is received far this 
connecticn. The connection identifier passes by the layer 
instance in the LACS is modified before being passed to the user 
so that the Driver can determine, when subsequent cells are made, 
as to which controller supports this connection. 

Comments: 

User Date is limited to 22 octets. 

The Receive SDU Credit input parameter is used to determine the 
emeunt of initial credit ta assign the remote transport entity 
for this connection. The amount af credit assigned by the remote 
transport for its receive flew is used ta determine the amount af 
Write Credit returned ta the user as an output parameter. 

The negotiated maximum PDU size is used ta determine the ideal 
maximum SDU size. SDUs smeller than this size will not be 
segmented. The DPS-G server and the layer instance in the LACS 
are ccpcble af supporting SDUs upto the flaximum SDU size returned 
cs a output parameter. 


3.2.3.2 Connect Response 
Description: 

This call is made in response to a previously returned CCannect 
Indication] SAP Event call if the user wishes ta confirm the 
Connect Request from the remote SAP. 

Input Parameters: 


I 
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lrn 

connection identifier 
expedited data option 
Proposed flaximum SOU size 
Proposed CO Receive SOU Credit 
buffer Ccontaining user,data] 

Output Parameters: 


expedited dcta option 
quality of service 
flaximum SOU size 
Ideal maximum SOU size 
CO Read Order Credit 
CO Write Credit 

Status: 


succesful 

invalid connection identifier Cconnsction 
terminated] 

Effect When Generated: 

The Driver passes the request to the layer instance in the 
controller that is supporting the connection. The layer instance 
sends a Connect Confirm PDU to the remote SAP. Credit parameters 
are used in the same way as far Connect Request call. Negotiated 
parameters are returned as output parameters. 

Comments: 

Comments made for the Connect Request order cpply for the 
connect response also. 

It is possible far the remote transport entity to timeout and 
issue a disconnect request before the user issues a connect 
response. The invalid connection identifier status is returned 
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in this case 


7 


2.2.3.2 Read CO Data 
Description: 

This call is issued to receive ncrmal data received by the 
layer instance Far this connection. 

Input Parameters: 


lrn 

connection identifier 
duffer list 

Output Parameters: 


buffer list Ccontainmg data} 
residual range of each duffer 
actual total size of data 

Status: 

successful 

insufficient buffer space 

invalid connection identifier Ccannectian 
disconnected] 

SAP deactivated 

Max # af pending Reads exceeded 
Effect When Generated: 


7. Once a connection identifier is freed up Cdecause the 
connection is terminated} it shculd not be re-assigned for c 
reasonable length cf time. This would reduce the chances af net 
detecting errors caused by c user issuing orders cn an already 
disconnected connection. 
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Same as far Read CL Data except that the arder is Far the 
connection. 

Comments: 

Same as for Read CL Data excspt that they apply tc the 
connection rather than the SAP. 


3. 2.3.4 Read Expedited CO Data 

Description: 

This call is issued to receive expedited data received by the 
layer entity far this connection. It is valid only if this 
option is supported by the connection. If supported, the user 
should.have one Read Expedited CO Data outstanding far the length 
of the connection. The data arrival event does not apply to 
expedited data. 

Input Parameters: 


lrn 

connection identifier 
buffer 

Output Parameters: 


buffer Ccontaining data. Maximum 16 octets] 
residual range of buffer 

Status: 

successful 

insufficient buffer space 

invalid connection identifier Ccannectian 
disconnected] 

expedited option not supported 
SAP deactivated 

Max # of pending Expedited Reads exceeded 
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Effect When Generated: 

Seme as far Read CO Data. 

Ccmments: 

It is net necessary ta return the actual size cf the data since 
the maximum Expedited SDU size is IS octets. The user must 
allocate at least IS octets af buffer space. If net the erdsr is 
rejected immediately by the Driver. 


3.2.3.5 Write CO Data 
Description: 

This call is issued to transmit normal SDU an the specified 
•connection. 

Input Parameters: 

Irn 

connection identifier 

Buffer List Caf buffers containing SDU] 

Output Parameters: 


Additional Writs Credit 
Status: 


successful 

invalid connection identifier Ccannecticn 
disconnected] 

SAP deactivated 
Write Credit exceeded 

Effect When Generated: 


The Driver passes the request ta the Icyer instance in the 
controller supporting the connection Cif not limited by flow 
control restrictions] . If the SDU has to be segmented then the r \ 
loyer instance transfers only that much af the SDU as can fit in 
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the number of POUs that it has credit ta send. The order is 
posted back as soon as the complete SDU is transferred ta the 
LACS. 

Comments: 

The amount af additional credit ta give the user is determined 
by the amount af credit available an the connection. 


3.2.3.E Write Expedited CO Data 
Description: 

This call is issued ta transmit expedited SDU an the specified 
connection. It is valid only if this option is supported by the 
connection. 

Input Parameters: 


Irn 

connection identifer 

expedited data buffer Cmaximum IS bytes! 
Output Parameters: 


Additional Expedited Write Credit 
Status: 
successful 

invalid connection identifier Ccannectian 
disconnected! 

expedited option net supported 
SAP deactivated 

Expedited Write Credit exceeded 


Effect When Generated: 

The driver passes the request ta the layer instance m the 
LACS. Normally the layer instance returns the order with an 
additional credit of one as soon as the data is transfered to the 
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LACS. However, if a subsequent crder is issued before the 
previous expedited POU is acknowledged then it is held in the 
LACS until the previous order is ackncwledged Ci.e. the LACS 
mill only hold ttuo expedited PD'Js per connection at cny given 
time]. This scheme ensures thct the user’s expedited data credit 
does not. go dawn to zero. 

Comments: 

None 


2.2.3.7 Connection Event Indication 
Description: 


The user must issue this primitive to enable the Driver Cand 
the LACS3 to inform the user of the events on the connection thct 
the user wishes to receive notification. Only one Event 
Indication request should be outstanding ct any given time. 

Input Parameters: 


irn 

connection identifier 
Event Request flask 

- Normal Data Arrival 

- Additional Ncrmcl Data Writs credit available 

- Disconnect Indication 


Output Parameters: 

Event Indication flask 
Event Info 

- Length af Data arrived 

- Amount cf additional credit 
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Reason cade for disconnect 


Status: 


None 

Effect When Generated: 

The user specifies the events it wishes to be notified of via 
the Event Request flask. If the requested .event occurs Cor had 
accured and was unreported], the request is returned with the 
corresponding flag set in the Indication flask. If the User 
issues a request while one is outstanding the old request is 
posted back with no indication. The Event flask in the new 
Request becomes effective. 

If the Data Arrivcl flag is set then this primitive is returned 
if data arrives for this connection and there is no pending Read 
CO Oata Request. The user is only notified once cbout the 
arrival of an SOU. 

The Write Credit available Event is posted when the user’s 
credit far normal CO data write has gone down to zero Cand hence 
could not issue any write requests] and now additional credit is 
available but there are no outstanding write calls through which 
this fact can be reported. 

Comments: 


3.2.3.8 Disconnect Request 
Oescription: 

This call is issued when the user wishes to terminate the 
connection. This call causes any data normal-or expedited that 
is queued by either transport entity to be discarded. 

Input Parameters: 
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lrn 

connection identiar 
Output Parameters: 

None 

Status: 


succesf u1 

invalid connection identifier Calready disconnected] 
disconnected locally but net acknowledged by remote 

Effect When Generated: 

The Driver passes the request to the layer instance in the 
LACS. A Disconnect Request PDU is issued to the remote 
transport. The order is not returned until the request is 
confirmed or a timeout occurs. 

Comments: 

None 


3.2.4 Management Service Primitives 


3.2.4.1 Management Request 
Description: 

This call is issued when the SM service user wishes to perform 
an operation on an object ar class of objects under the System 
Manager’s domain. 

Input Parameters: 


lrn 

buffer list 
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Output Parameters: 


buffer list 
Status: 


THU 


Effect When Generated: 

The buffers painted ta by the buffer list contain request 
information. The request information includes the layer, 
sublayer and layer internal selector on which the operation is ta 
be performed and the operation cade. Operations supported are 
Get, Set end Action. The information is encoded in IEEE 802.1 
POU syntax natation. See the System Management component 
specification for a description of the POU format. 

The buffers are also used ta return the response ta the 
request. 

Comments: 


3.2.4.2 Management Event Indication 
Description: 

This call is issued by the SM user to provide a mechanism for 
SM to return Event Indication information ta the user. 

Input Parameters: 

lrn 

buffer list 
Output Parameters: 
buffer list 
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Status: 

TBW 

Effect When Generated: 
TSW 

Comments: 
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This section describes the mechanisms through which services 
are provided by each layer instance. 

Each layer instance must provide SAP and data transfer services 
to the layer above it and obtain these services from the icyer 
below it. In addition, the Layer Management Entity within each 
layer instance must provide layer management services to the 
System Management layer instance in the LACS. Each layer 
instance must, therefore, be capable of providing services to the 
LACS Driver in the DP5-S as well as other layer instances in the 
LACS. While the information exchanged is the same, the mcnner in 
which information is exchanged depends an whether the service 
requester is in the LACS or DPS-S. 


In£3S:!!!SfiiSD_ESSfc30ngs_M5Ci3gniSG3S_!iit!SI3_BSCygS£sr_iS_in_ibS 

Lees 


When the servics requester is another layer instance in the 
LACS, information regarding the service is passed as messages. 

Parameters far Request primitives are passed as a message from 
the service requestor to the servics provider. If the request 
requires a confirmation Cconfirm primitive], as is the cose for a 
connect.request, then the blcck used far the request messegs 
black is used ta return the confirmation. If the request dees 
net require a confirmation, as is the case far a data.request, 
then the service provider is responsible for releasing the 
resources Cdata buffers etc.] associated with the request or 
passing them an to the layer below. 

Parameters far Indication type primitives such as incoming 
data.indication are passed as a message from the service provider 
to the requestor. The service requester is responsible for 
releasing the resources Cdata buffers etc.] associated with the 
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indication or passing them an to the layer above. 


IOf£C3a£iSn_i2Si'SDSS_dSCSsni2OS_y0SO_B5CUSS;£2C_iS_i3_£fc3 

3SS=5 


When che service requestor is in the OPS-S, infcrmata.cn 
regarding the service is passesd in a LAN Control Slack CLC3]. 
The LACS Driver creates the LCH in OPS-S RAP! area and passes a 
pointer to it by issuing an ’’Output LCH Painter” IOLD commend CFC 
- QS/003 across the megabus. 

Parameters far Request primitives issued by the service 
requestor are mapped by the Driver into LCB parameters and passed 
via an IOLD command to the service provider. The layer instance 
providing the service must transfer the LCB into LACS RAM in 
order to read all the parameters. If the request involves data 
transfer then the data also must be transfered to LACS RAH. If 
the request requires a confirmation Ccanfirm primitive], cs is 
the case far a connect.request, then the LCB is used to return 
the confirmation. Confirmation parameters are DPlAed from the 
LACS ta the OPS-S LCB area and an interrupt is issued to indicate 
completion of the request. If the request does net require a 
confirmation, as is the case for a data .request, then the LC3 is 
released Ci.e. a completion interrupt issued] as sacn as all the 
pertinent information is transferred ta the LACS. 

Because af the nature af the megabus interface, the Driver must 
also issue LCBs on behalf of the service requester in order ta 
provide a mechanism far the layer instance to pass parameters fer 
Indication type primitives. If the Indication requires a 
response, as is the case far a connect.indication, then the 
service requestor must issue a response call which gets 
transformed into another LCB call. If the Indication does not 
require c response, as is the case far a data.indication, then 
the service provider releases the resources Cdcta buffers etc.] 
associated with the indication Cand updates acknowledgement 
counters if necessary] cs scan as the necessary information is 
transfered ta the LC3 and a completion interrupt is issued. 
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3.3.0.1 IOLD Command Format 

The IOLD command contains a 32 bit ’‘Address" word, a IE bit 
’’Range" ward, and a 10 bit "Channel Number". 


”eisicess"_waca_£scoa£ 


The "Address” word contains the byte address af the stare or 
the LCB area in the OPS-S. 


”Eaoce”_wccd_£acnis£. 


The format af the "range" ward is as shewn belcw: 

Bits _0_3.4_7_0_IS. 

! Fun Cade i RFU i LCB length in bytes : 


where: 

Fun Cede • The type of function requested through this 
LCB. 


The format of the "Channel Number" is as shown below: 

Bits _Q_3_4_S_7_S_ 

! CTL AODR ! LAYER # !LYR INS # ! 


The IOLD Dispatcher Interface Software routine that receives the 
interrupt far the IOLD, uses the Layer and Layer Instance numbers 
in the Channel Number to find the mailbox table associated with 
the iayer instance. It then uses the Function Cade in the range 
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word ta dispatch the IOLD information to the appropriate mailbox 
in the layer instance. 


3.2.0.2 LC3 Format 

The general farrnct af the LC3 is shewn below in Fig. 2.3.1 
For mere details see the date structure component specification. 


Interrupt Control Word 
Function Cade 


Indicators 


Buffer Descriptor 
Area 


Function Specific 
Input/Output 
Parcmetsrs 


Controller Status 


Function Specific Status 


Completion uierd 


Fig. 3.3.1 LAN Contra! Elcck 


SscsosSsr.EssgrisSiCD 


Interrupt Central Word: 

This word contains the CPU number and interrupt level cf the 
CPJ ta be interrupted an completion c? this request. 
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Bits 0-7 


Bits S-S 


RSU and tlBZ CThe LCB image in LAC RAM mill 
contain the 6 LSBs of the channel number in bits 
2-7 of this ward]. 

CPU number. 


Bits 10-15 


Interrupt Level 


Function Cade Ward: 


This word specifies the function to be performed. 


Indicators: 


The fallowing indicators are defined. 

- Buffer descriptor area contains the description af OPS-S 
data buffers Caddress, range etc.]. This is used when one 
to four buffers are used to pass data. 

Buffer descriptor area contains a pointer to a buffer 
descriptor. This is used when more than four buffers ere 
used. 

Buffer descriptor area contains date. This may be used when 
the sdu size is small Cupta 24 octets?]. This avoids the 
overhead af doing two DMA transfers: of the LCB and Data. 

Buffer Descriptor Area.- 

The contents of this area depends an the indicators field as 
described above. 

Function Specific Input/Qutput Parameters: 

The Function specific parameters vary far each function within 
the major function cade types specified in the Range word. The 
function specific input and output parameters are described in 
the corresponding component specifications. 

Controller Status: 

This word specifies status related ta the controller. This 
status may be returned far any function. The format af this 
status word is as fallows: 
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RFU MEZ C8 bits] 


iNuinsni 

FC !EXH!RAMNE 


RAMP 


MY 


NEn 


LS3 


HR 


where: 

INU FC 


Invalid Function Code 

HEM EXH 

« 

RAH nemory Exhaust 

RAMNE 

- 

RAH location non-existent 

RAMP 

m 

RAO Parity error 

riY. 

m 

LS Memory Yellow 

neh 

m 

Non-existent LS memory 

LEE 

mm 

LS Hus parity error 

HR 

m 

LS Memory Red 


Except for the MY status which is a warning all other errors 
are fatal for the operation, i.e. the action requested wcs not 
completed. 

MEN EXH error occurs when the I/O Dispatcher dees not have any 
message blocks available far this channel ta dispatch the LC8 
painter from the IOLB order to the appropriate process. 

INU FC status is returned if the I/O Dispatcher routine cannot 
find a mailbox to send the order tc or if the function specific 
cade in the LC3 is invalid. 

All other errors may occur while doing DMA transfers from or to 
L6 memory af the LC3 or data buffers. 

Function Specific Status: 

The interpretation of these status cedes is given in the 
description of each primitive. The general format of this ward 
is: the left byte specifies the status cods and the right byte 
the reason far this status if one exists. 

Completion Word: 

This is the last werd written by DMA Controller at ccmplsticn 
of the LC3. 
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Bit 0 : Completion Bit 

Bits 1-15 : RFU 


- WORKING DRAFT - 

Honeywell Proprietary and Confidential 






EPS-1: S014SS17 PAGE: S2 

LAN SOFTWARE EPS-1 

UERSION: 1 REUISIQN: d DATE: 11/21/85 


Appendix A 

OBJECT ATTRIBUTES ANO STATES 


B j. 1 _D5 JEEI_ fiUBI SUISS 


LAN ATTRIBUTES 

Attributes era those parameters and•variables which are used 
to control and describe the various functions of each layer. 
There ars two types of attributes which can be defined, those 
thet are static and those which can be changed dynamically. 
Static parameters are read only parameters. They can be set cniy 
through CLM directives which are executed at system 
initialization. Dynamic attributes can be changed due to internal 
conditions in each layer or through System Management set 
requests to a layer management entity. At the initaiizatian cf 
the system dynamic parameters will be set ta default values cr to 
a set af values defined by the application administrator in the 
LAN management configuration file. Parameters ars described using 
X40S syntax. Each parameter is classed according to whether it is 
recdable or writable. Default values are assigned ta parametrers 
which are required for create requests. 

SYSTEM MANAGEMENT ATTRIBUTES 

Static Parameters defined in CLM directives 

SM MGR NAME C3S3 Implicit IAS string 

Name af the LAN Manager. Must be 2 ASCII 
characters. Under ordinary conditions there 
should only be one system manager interface. 
During testing operations, the TSU routines 
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will require a dedicated interface with a 
unique name, T-&UMGR . 

Static Parameters defined by LACS Kardwcre ar loaded Scund Units 

Manufacturer Id CO] Implicit IAS string 

Manufacturer name and country. The 
manufacturer name consists cf the character 
string ’Honeywell Informations Systems,USA’. 

StaticnTypeld Cl] Implicit Octet string 

Manufacturer specific station type. TBS 

OPT SUPP CSS] Impicit Integer 

2 octets.Options supported. Null for initial 
implementation. Default value of zero. 


Dynamic Parameters defined in LAN Manager Configuration fils or 
events occurring during LACS operation. 

LMGR STATE CSS] Implicit Sequence CC 


C01 Stats Implicit Octet string 

1 octet. State of System Manager. Default 

value set tc indicate lacked -03. At CLM 
set to LOCKED. 

Cl] Substate Implicit Octet string 

1 octet. Null far initial implementation. 

Default value of zero. At CLM set to 
RESET 

]] 

MAX LCB CSS] Implicit Integer 

IS bit integer.Mcximum number cf LCBs allowed 
far LAN manager. Default value of SS. 


CONTROLLER ATTRIBUTES 

The LACS board is described by a set of parameters located in 
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the LAN Control Table. The complete set of these pcrcmeters 
in the LAN Control Tatis comprise the Controller object. In 
addition to parameters describing the controller, the 
controller object mill contain parameters describing the 
station mcncgsraent as defined in IEEE SOS. 1. The following 
attributes will be defined for each controller : 

Controller attributes 

Static Farcmetsrs defined in CLh directives 

CT NArtE CSS3 Implicit IAS string 

S octets. Name of this controller. The ncme 
af the controller is based an the megabus 
slat it located in, LANCTO - LANCTF. Read 
only . 

CT AODR CS3D Implicit Integer 

35 bit integer, hegabus cddress af this 
controller. Read only. 

Static Parameters defined by LACS Hardware cr loaded Sound Units 

HU REU C533 Implicit Cctet string 

S octets. Hardware revision far this 

controller.Identifies the LACS board. Read 
only. 

FW REU CSSD Implicit octet string 

5 octets. Firmware revision for this 

controller. Net initially supported. Read 
only 

SW REU CSS3 Implicit octet string 

5 octets. Software revision far this 

controller.Nat initially supported. Read cniy 

PRAM SZ C3S3 Implicit Integer 

IS bit integer. Size af available procedure 
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RAM in controller. Read only 

OEUF SZ CSS} Implicit integer 

IS bit integer. Size af available dcta buffer 
RAH in controller. Read only 

Dynamic Parameters defined in LAN Manager Configuration file ar 
events occurring during LACS cperation. 

CT STATE CSS3 Implicit sequence C 

Present state of controller. 

Implicit Octet string 

1 octet. State af Controller. Default 
value set to indicate lacked - 03. 

Implicit Octet string 

1 octet. Default set to the reset state - 

00 . . 

3 

flAX LC3 C3S3 Implicit integer 

IS bit integer. Maximum number af LCSs 
allowed far controller. Default value set 
to S3. 

MAXMIO CSS3 Implicit integer 

IS bit integer. Maximum number cfretries 
to do io or iald instructions an the 
megabus. Default value set to 4. 

STATISTICS 

CT TBI CS93 implicit integer 

IS bit integer. Total number of LCBs that 

have been issued to the controller. 

CT TBN CSS3 Implicit integer 

IS bit integer. Total number of LCSs that 

have been NAK'D by the controller. 


C03 State 

C13 Substate 
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C? TSF CSS2 Implicit integer 

IS bit integer. Total number of LCSs thct 
have been queued by the controller because cf 
flaw control reasons. 


PHYSICAL LINE ATTRIBUTES 

The adapter board on each controller is 'described by a set cf 
pcrcmeters located in the LAN Adapter Table. The complete set cf 
these parameters is the LAN Adapter Table comprise the Physical 
Line object. The Physical Line object is a OSA concept which 
enccmpcsses aspects of both the MAC and Physical layers in the 
IEEE SOB standard. In order ta remain as faithful as possible tc? 
both OSA and SOB, the attributes of the Physical Line have been 
partitioned into HAC attributes and Physical layer attributes. 
The attributes of the Physical Line describe attributes which are 
unique to a particular pratocci as well as attributes common to 
mors than one' protocol. The following parameters describe the 
attributes of the HAC and Physical layers : 

LS Dependent Attributes 

Static Parameters defined due tc LACS hardwcre cr in 
Configuration File directives 

ADAPT NAME CSS3 Implicit cctststring 

3 octets. Name of the adapter. Name is 
assigned during CLfl based on the controller, 
the adapter is located end its position 
assigned on the controller. The name is of 
the farm, ADPTGO - ADPTC3 through A0PTF0 
ADPTF3. Read only. 


S octets. Layer instance identifier. It is a 
value related to the index af the layer 
instance table pointer in the layer table. 
The value is between 0 and 7. Read only 


HU ID C2S3 Implicit Occststring 
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2 octets. Hardware identifier of adapter. 
Read only. TBS 

CSMA CSS 3 


ADAPT FU1REV CS93 Implicit octetstring 

2 octets. Adapter firmuicrs revision number. 

Not initially supported. Read only. 

Dynamic Parameters defined in LAN Manager Configuration file or 
events occurring during LACS operation. 

ADAPTER STATE C993 Implicit sequence C 

State of adapter, summery af MAC and Physical. 
Initialized at CLM to LOCXED and RESET. 

C03 State Implicit Octet string 

1 octet. State af the Adapter. Initial 
value set to indicate lacked - 03. 

C13 Su'astate Implicit Octet string 

1 octet. Initially set to the reset state 

- 01 . . 


MAC Layer Attributes 

Static Parameters defined in Configuration File directives 

MAC AODR C993 Implicit integer 

HB bit integer. MAC address. MAC addresses 
only IS bits long will be right Justified and 
a 92 MSB zerced. Defcult value will be zero 
Cif that makes any sense for MAC layer 
management]. Read only. 

MAC ADDLN CS93 Implicit integer 

IS bit integer. Length af MAC address CIS cr 
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433. Default will be a value af 43. Read 
only. 


Physical Laysr Ataribucss 

Static Parameters defined in CL.R directives 

RODEN TYPE CSS3 Implicit cctetstnng 

2 octets. Type cf modem fcr 'this adapter. Not 
initially supported. 

Dynamic Parameters defined by events occurring during LACS 
operation. They are all initialized to zero. 

PCEPD 

TX FRR CSS3 Implicit Integer 

IS bit integer. Number of frames sent 
correctly Cnot aborted due to errors]. Read 
only. 

PCEDA CSS3 Implicit Integer 

IS bit integer. Number of octets sent.. Reed 
only. 

PCRPO 

RCU FRR CSS3 Implicit Integer 

IS bit integer. Number af frames received 
correctly.. Read only. 

PCRDA CSS3 Implicit Integer 

IS bit integer. Number af octets received.. 

Read only. 


PCRQR 

OUR ERR CSS3 Implicit Integer 

IS bit integer. Number of overruns., 
cnly. 

PCRFC 

FCS ERR CSS] Implicit Integer 
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IS bit integer. Number of FCS, checksum cr 

parity errors.?. Reed only. 

PCRAB CSS2 Implicit Integer 

IS bit integer. Number cf abort sequences 

received.. Read only. 

PCXHW CSS3 Implicit Integer 

IS bit integer. Number cf hardware errors 

signalled by the controller.: Read only. 

PCRER CSS] Implicit Integer 

IS bit integer. Number of frames received 
incorrectly Ctotal of belctu errors].. Read 
only . 

PCEER CSS] Implicit Integer 

IS bit integer. Number of frames sent 
incorrectly Caborted due to error]. Read 
only . 

PCRAL 

ALN ERR CSS] Implicit Integer 

IS bit integer. Number of misaligned packets 
discarded due to CRC errors.. Read only. 

PCRSC 

F ERR CSS] Implicit Integer 

IS bit integer. Number of correct packets 
discarded due to lock of resources. Read 
only . 

PCRLN CSS] Implicit Integer 

IS bit integer. Number of received POUs 
discarded due to length errer.. Read only. 

PCESY CSS] Implicit Integer 

IS bit integer. Number of transmit derferals 
due to medium busy.. Read only. 

PCE3T CSS] Implicit Integer 

IS bit integer. Accumulated number of 
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transmit dsfferals dus to medium busy. Read 
only. 

PCECO C3S3 Implicit Integer 

15 bit integer. Number of send abcrted due tc 
collision detscticn an the coble.. Read only. 

FCRCL CHS3 Implicit Integer 

16 bit integer. Number of callisicns spciling 
reception. 

LOCAL LOGICAL LINE ATTRIBUTES 

The Logical Line represents an interface ta the physical line. A 
Logical Line in a OPSS is represented locally by a logical 
resource number CLRN3 . A remote Logical Line is represented by a 
sub-LHN. The 802 concept af a Logical Line is represented by a 
Link Service Access Pcint CLSAP3, which can be remote or local. 
The fallowing set af parameters describe the attributes 
associated with a local LSAP or Logical Line abject :? 

Static Parameters defined in CLn directives 

LS/'LACS Dependent Attributes 

LSAP NAME CSS3 Implicit IAS string 

8 octets. Name of LSAP. A LSAP name is 
assigned through a create LSAP operation. 

Read only. 


LSAP LRN CSS3 Implicit integer 

S bit integer. LRN associated with LSAP. 
Read only. 

SAPLAY CSS3 Implicit integer 

8 bit integer. Layer the SAP is defined 
in. Uciue af 0-7. Read cnly. 

LAY INS CSS3 Implicit integer 

8 bit integer. Layer instance the SAP is 
defined in. Ualue af 0-7. Read only. 


IEEES02 Defined Attributes 
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LSAP AOOR CS93 Implicit integer 

S bit integer. LSAP Address. Read only. 

Static Parameters defined by LACS Hardware or leaded Bound Units 

LLC SW RE<J CSS3 Implicit cctetstring 

5 octets. LLC software revision number. 

Read only. Nat initially'supported. 

Dynamic Parameters defined in LAN Manager Configuration file or 
events occurring during LACS operation. 

LS/LACS Dependent Attributes 

LSAP STATE CSS3 Implicit sequence C 

Present state of the LSAP. 

CO] Stats Implicit Octet string 

1 cctet. State of the LSAP, Default value 
set to indicate lacked - 03. 

Cl] Substate Implicit Octet string 

1 cctet. Default set to the reset state 

00 . . 


LOGADD 


CSS] 


> 

Implicit integer 

16 bit integer. Initial value is zero until 
activate local SAP request, LACS LLC LME 
function determines logical address while 
activating SAP. 


MAX TX BUF BYTES CSS] Implicit integer 


16 bit integer. Maximum number af 
bytes cf data buffer allowed for this 
LSAP an transmit operations. Default 
value set to SS. 


MAX RCU BUF BYTES CSS] Implicit integer 

IS bit integer. Maximum number af 
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bytes of data buffer allowed for this 
LSAP an receive operations. Default 
value set to SS. 

IEEE SCE Defined Attributes 

LSAP TYPE UECTDR CSS! Implicit bitstrmg 

6 bits. Supported service type. 
Initially only type one-service is to 
be suapartsd. 

Bit 


- 01 Type I 

- OS Type II 

- 03 Type III 

- 0* Type IU 

MAX LPDU SZ CSS! Implicit integer 

IS bit integer, flaximum L..PDU size in 
bytes. Default value set to SS. 

R nXKC CS9! Implicit integer. 

flaximum number of connections cilcued for 
this SAP. Default value of zero for 
connectionless SAPs and default value of 
IS fa connection oriented SAPs. 

LSAP Statistics: 

The fallowing counters are maintained per LSAP for type 1 
operations: 

R CUKC CSS! Implicit integer 

S bit integer. Current number of 
connections for this SAP. Read only. 

R TC3I CSS! Implicit integer 


IS bit integer. Total number of LCEs thct 

have been issued to the SAP. Read only. 

C TC3N CSS! Implicit integer 

IS bit integer. Total number of LCSs that 
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have been NAK’D by the SAP. Read only. 

C TC3F CSS] Implicit integer 

16 bit integer. Total number or LCSs that 
have been queued by the SAP because of flcu» 
control reasons. 


LKEPO CSS] Implicit Integer 

16 bit integer. Number' af unnumbered 
■ information protocol data units CPOU] sent. 
Read only. 

LKEDA CSS] Implicit Integer 

16 bit integer. Number af information octets 
sent. Read only. 


LKEPO CSS] Implicit Integer 

16 bit integer. Number af unnumbered 
information POU’s received correctly. Read 
only. 

LKROA CSS] Implicit Integer 

16 bit integer. Number af information octets 
received. Read only. 


LKEPK Total number af frames sent C data, control, XIO, and 
TEST!. Read only. 


LKRPK Total number of frames received C data, control, XIO, 

and TEST]. Read only. 

LXICB CSS3 Implicit Integer 

16 bit integer. Number of frames with 
incorrect field contents Cbcd addr., 
cmd-cade] .. Read only. 

LKHTS CSS] Implicit Integer 

16 bit integer. Number of TEST response POU’s 
received. Read only. 

LKGTS CSS] Implicit Integer 

16 bit integer. Number af TEST request POU’s 
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received. Read only. 

LKRIO CSS2 Implicit Integer 

15 bit integer. Number of XIO response POU's 
received. Reed only. 

LKCIO C552 Implicit Integer 

16 bit integer. Number cf XIO response POU’s 
received. 

REMOTE LOGICAL LINE ATTRIBUTES 

Static Parameters defined in CLM directives 

LS/LACS Dependent Attributes 

LSAP NAME CSS2 Implicit IAS string 

6 characters. Name of LSAP. Read only 

LQGAOO CSS2 Implicit integer 

16 bit integer. Initial value is zero until 
activate local SAP request, LACS LLC LME 
function determines logical address while 
activating SAP. 


IEEE 802 Defined Attributes 


RLSAP ADOR CSS2 Implicit integer 

54 or 24 bit integer. LSAP Address. 
Consists of 6 bit remote LSAP address and 
a remote MACSAP address of either IS or 
45 bits. Read only. 

RLSAP ADDRLN CSS2 Implicit integer 

IS bit integer. Length of remote LSAP 
address. Must be a value cf IS cr 45 
bits. Read cnly. 
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This Appendix lists the DSA states that are supported far the 
LAN type adjects. The conditions under which these states are 
reached are also described. 

SUPPORTED DSA STATES 


CONTROLLER SYSTEM MGT. PHYSICAL LOGICAL LINK 

ADMIN.FCT. LINE LINE CONNECTION 


IN-USE ! To Be ! To Be ! To Be ! To Be To Be- ! 

! Supported! Supported! Supported! Supported! Supported ! 

! ! ! ! i in Future! 


ENABLED ! FGr Future! For Future! For Future! Far Future! For Future ! 

! Study ! Study ! Study ! Study ! Study ! 



DISABLED! Nat ! Far Future! Far Future! For Future! For Future 

! Applicable! Study ! Study ! Study ! Study 


LQCXED ! To Be ! To Be ! To Be ! For Future! Nat ! 

! Supported! Supported! Supported! Study ! Applicable ! 


DOWN ! To Be ! Not ! To Be ! Nat ! Nat ! 

! Supported! Applicable! Supported! Applicable! Applicable ! 


TEST ! Ta Be ! Far Future! To Be ! For Future! Nat ! 

! Supported! Study ! Supported! Study ! Applicable : 

i i i • i i 


SHUTDOWN! Far Future! Not ! Far Future! For Future! Far Future ! 

Study i Applicable! Study ! Study ! Study ! 

lift i 

I i ( f 1 
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OSA STATES SUPPORTED ON 60S LAM 


CONTROLLER GEJECT 


* Type I link connecaicns 
exist rsr statistical 
purposes only .? 


IN-USE STATE 
DESCRIPTION 

The controller is fully operational and able to service user 
request for controller processes. This requires thct the 
LACS hoard has been fully initialized CLACS scftwcrs has 
been loaded and LAACS kernel and processes ere running!. 

CAUSE OF TRANSITION 

The controller abject may transition into the IN-USE stats 
from the LOCKED stats. It will transition from the LOCKED 
stats due to an operator • command or during system 
configuration. 

NEXT STATES 

LOCKED Result cf a request by operator. 

DOWN Result cf a hardware fault detected on the LACS 

board. 

AFFECTS ON STATES OF OTHER OBJECTS 
NONE 

ENABLED STATE 
Far future study. 

DISABLED STATE 

Not applicable to the controller abject. 

LOCKED STATE 
DESCRIPTION 

A centraller in the LOCKED stats is net available for 
servics by any ncn-abminstrative users. While residing in 
the LOCKED stats , the contrcllsr can be in cne cf four 
substates which correspond to the operational capabilities 
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of the LACS beard. 

CAUSE OF TRANSITION 

The cantraller can be transitioned inta the' LOCKED state 
from the IN-USE or DOWN states as a result af cn eperater 
command. It can also enter the LOCXEO state from TEST stats 
under control of the test program. 

SUESTATES 

RESET LACS board hardware and firmwars has been reset. 

LACS firmware functions are operational. 

HALT LACS processes have been Halted. LACS hardware 

and firmware functions have nat been reset and 
LACS firmware•functions are operational. 

LOAOED LACS board memory has been loaded. 

STARTED The Kernel software and LACS software is 

executing. 

OPERATIONAL LACS initialization af the kernal and software 
processes has been completed. In addition all 
SAPS and LAN data structures have besn 
initialized. 

NEXT STATES 

IN-USE Due to operator command or system configuration. 

DOWN Due to detected hardware failure. 

TEST Due to test program. 

AFFECTS ON STATES OF OTHER OBJECTS 

A controller abject transitioning to a LOCKED state will 
cause all physical lines and logical lines which are mapped 
to it to also enter the LOCKED state. A controller in a 
substate other than OPERATIONAL implies that all other 
objects C upward mapping 3 are LOCKED or non-existent. 

DOWN STATE 

DESCRIPTION 

A hardware fault has been detected in the controller. 

CAUSE OF TRANSITION 

LACS board firmware has detected a fault associated with the 
controller. 

NEXT STATES 

LOCKED Due to operator command. 

NON-EXISTENCE 
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AFFECTS ON STATES OF OTHER DEJECTS 

A contra!lsr object transitioning to a DOWN state mill cause 
all physical lines and logical lines which are mcppsd to it 
to also sntsr the LOCKED state. 

TEST STATE 

DESCRIPTION 

A controller object in the TEST state is under control or a 
test program. 

CAUSE OF TRANSITION 

A test program transitions a controller to the. TEST stats 
from the LOCXED state due ta a test program request. 

NEXT STATES 

LOCXED Due to test program. 

DOWN Due to test program. 

AFFECTS ON STATES OF OTHER OBJECTS 

Specific to nature af teat program. 

SHUTDOWN STATE 
Fcr future study. 

NON-EXISTENCE 

The controller abject is initially created in the locked state 
at system initialization. 


PHYSICAL LINE OBJECT 


IN-USE STATE 
DESCRIPTION 

A physical line is in the IN-USE state when a LAN adapter 
has been fully initialized. 

CAUSE OF TRANSITION 

The physical line can transition into the IN-USE stats from 
the LOCXED state. The transition from the LOCXED stats mill 
occur at the successful completion af LACS initialization cr 
due to an cpsratcr command. 

NEXT STATES 

LOCXED Due to an operator command. 
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DOWN Due to a detected hardware Failure in the LACS 

adapter. 

AFFECTS ON STATES OF OTHER OBJECTS 

The physical line can transition into the IN-USE only Frcm 
the LOCKED state. This dees not affect the stete af any 
ether cbject. 

ENABLED STATE 
Far future study. 

DISAELED STATE 
For future study. 

LOCKED STATE 

DESCRIPTION 

A physical line in the LOCKED state is unavailable for 
service to higher layer users. 

CAUSE OF TRANSITION 

The physical line will transition to the LOCKED stats from 
the IN-USE , DOWN , and TEST state due to a commend from the 
operator. 

SUBSTATES 

RESET LACS adapter hardware has been reset. 

OPERATIONAL LACS adapter is fully operational. 

NEXT STATES 

IN-USE Due to operator command or during system 

configuration. 

DOWN Due to operator command. 

TEST Due to command from test pragrnm. 

AFFECTS ON STATES OF OTHER OBJECTS 

None. While the physical line is locked all requests frcm 
higher layers will be rejected. Only administrative requests 
will be accepted. 

DOWN STATE 

DESCRIPTION 

The DOWN state of a physical line describes an adapter with 
which a fault has been detected by LACS firmware. 
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CAUSE OF TRANSIT IQN 

DetactiQn of c fault in the adopter. 

NEXT STATES 

LOCKES Oue ta operator commend. 

AFFECT CN STATES OF OTHER OSJECTS 
None. See LOCKED state. 

TEST STATE • 

DESCRIPTION 

The physical line in the TEST state indicates that it is 
unavailable far service and dedicated to a testing 
operation. 

CAUSE OF TRANSITION 

The physical line will transition from the LOCKED stats ta 
the TEST stats under central of test program. 

SUBSTATES 

Substates ta be defined by specific test requirements. 

NEXT STATES 

LOCKED Due ta operator ar test program commend. 

DOWN Due to a command from a test program. 

AFFECT CN STATES OF OTHER OBJECTS 
Specific to test program. 

SHUTDOWN 

Far future study. 

NON-EX ISIENCE 

The physical line object mill be created in LCCXED stats at 
system initialization ar due ta a Create Fhysical Lins request. 

SYSTEM MANAGEMENT ADMINISTRATES FUNCTION CSMAF3 

IN-USE STATE 

DESCRIPTICM 

A system management administrative function is m the IN-USE 
scats when a LAN adapter has been fully initialized and cn 
activate SAP request has been received from a user of system 
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management services. 

CAUSE OF TRANSITION 

The system management administrative function can transition 
into the IN-USE stats from the LOCKED state. The transition 
from the LOCKED state will occur at the succsssfui 
completion of LACS initialization cr due to an operator 
command. 

NEXT STATES 

LOCKED Due to an operator command. 

AFFECTS ON STATES OF OTHER OBJECTS 

The system management administrative function can transition 
into the IN-USE only from the LOCKED state. This does not 
affect the state of any other adject. 

ENAELED STATE 
Far future study. 

DISABLED STATE 
Far future study. 

LOCKED STATE 

DESCRIPTION 

A system management administrative function in the LOCKED 
state is unavailable far service to higher layer users. 

CAUSE OF TRANSITION 

The system management administrative function will 
transition to the LOCKED state from the IN-USE , DOWN , and 
TEST state due to a command from the operator. 

NEXT STATES 

IN-USE Due to operator command or during system 

configuration. 

TEST Due to command from test program. 

AFFECTS ON STATES OF OTHER OBJECTS 

None. While the system management administrative function is 
locked all requests from users ether than T&U routines will 
be rejected. 

DOWN STATE 

Not Applicable 
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TEST STATE 

Fcr future study. 

CAUSE OF TRANSITION 

The physics! connection mill trcnsiticn from the LCCXED 
state ta the TEST stats under central cf test pregram. 


SuESTATES 

Substatss ta he defined by specific test 'requirements. 

NEXT STATES 

LOCXED Due ta operator ar test program command. 

OCUiN Due ta a command from a test program. 1 , 

AFFECT ON STATES CF OTHER GSJECTS 
Specific ta test program 

SHUTDOWN 

Far Future'study. 

NON-EXISIENCE 

The physical connection object mill be created in LOCXED stats 
at system initialization or due ta a Create Physical Lins 
request. 

LGGICAL LINE OBJECT 
IN-USE STATE 
DESCRIPTION 

A logical line is IN-USE when an LSAP has been initialized 
due ta an associate monitor call. 

CAUSE OF TRANSITION 

The logical line mill transition to the IN-USE stats from 
the LOCXED stats due to cn associate monitor call. 

NEXT STATES 

LOCXED Due tc an operator request. 

f ) 

ENABLED STATE 


AFFECTS CN STATES OF OTHER OBJECTS 
NONE? 
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For future study. 

DISABLED STATE 
Far future study. 

LOCKED STATE 

DESCRIPTION 

A logical line in the DISABLED state is unavailable Far 
service tc the higher layer mapped to the logical line. 

CAUSE OF TRANSITION 

A logical line mill transition to the LOCXED state due to an 
operator command. 

SUBSTATES 
RESET 
HALTED 
OPERATIONAL 

NEXT STATES 

IN-USE Due to an associate monitor call. 

AFFECTS ON STATES OF OTHER OBJECTS 

The transitioning af the logical line to the OISABLED state 
mill cause any link connections to became DISABLED. 

OCUN STATE 

Nat applicable ta the logical line abject. 

TEST STATE 

Far future study. 

SHUTDOWN STATE 
Far future study. 

NON-EXISTENCE 

The logical line is created in the LOCKED stats at system 
initialization or'due to a Create Logical Line request. 


LSAP counters and values are reset. 
LSAP is ’INACTIVE’ but defined. 

LSAP is operational. 


LOGICAL LINK OBJECT 
For future study. 
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